<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>infrastructures IT - RiskInsight</title>
	<atom:link href="https://www.riskinsight-wavestone.com/tag/infrastructures-it/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.riskinsight-wavestone.com/tag/infrastructures-it/</link>
	<description>Le blog cybersécurité des consultants Wavestone</description>
	<lastBuildDate>Wed, 21 Jan 2015 08:53:01 +0000</lastBuildDate>
	<language>fr-FR</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>https://www.riskinsight-wavestone.com/wp-content/uploads/2024/02/Blogs-2024_RI-39x39.png</url>
	<title>infrastructures IT - RiskInsight</title>
	<link>https://www.riskinsight-wavestone.com/tag/infrastructures-it/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Et si on supprimait tous les serveurs d’infrastructure locaux ?</title>
		<link>https://www.riskinsight-wavestone.com/2013/12/et-si-on-supprimait-tous-les-serveurs-dinfrastructure-locaux/</link>
		
		<dc:creator><![CDATA[MarieTEyssandier]]></dc:creator>
		<pubDate>Fri, 27 Dec 2013 09:00:56 +0000</pubDate>
				<category><![CDATA[Métiers - Stratégie & projets IT]]></category>
		<category><![CDATA[centralisation des service IT]]></category>
		<category><![CDATA[Cloud computing]]></category>
		<category><![CDATA[Digital Workplace]]></category>
		<category><![CDATA[Direct IP Printing]]></category>
		<category><![CDATA[infrastructures IT]]></category>
		<category><![CDATA[réduction des coûts]]></category>
		<category><![CDATA[réseaux hybrides]]></category>
		<category><![CDATA[serveur d’infrastructure local]]></category>
		<category><![CDATA[virtualisation]]></category>
		<category><![CDATA[Windows BranchCache]]></category>
		<guid isPermaLink="false">http://www.solucominsight.fr/?p=4791</guid>

					<description><![CDATA[<p>Dans un contexte de rationalisation des infrastructures IT, tout composant informatique local est synonyme de coût d’exploitation lié aux gestes de proximité et de maintenance. À l’heure où les DSI cherchent à rendre disponible la digital workplace aux utilisateurs où...</p>
<p>Cet article <a href="https://www.riskinsight-wavestone.com/2013/12/et-si-on-supprimait-tous-les-serveurs-dinfrastructure-locaux/">Et si on supprimait tous les serveurs d’infrastructure locaux ?</a> est apparu en premier sur <a href="https://www.riskinsight-wavestone.com">RiskInsight</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p><em>Dans un contexte de rationalisation des infrastructures IT, tout composant informatique local est synonyme de coût d’exploitation lié aux gestes de proximité et de maintenance. À l’heure où les DSI cherchent à rendre disponible la digital workplace aux utilisateurs où qu’ils se trouvent, Cloud et centralisation sonnent-ils le glas des serveurs locaux ?</em></p>
<p><em>La problématique n’est pas simple. L’architecture IT locale des entreprises rend de nombreux services – services aux utilisateurs (fichiers, messagerie, impression…), services techniques (télédistribution d’application, antivirus, annuaire et authentification, services réseaux…) ou encore hébergement d’applications. S’ajoute à cette première complexité l’hétérogénéité des sites distants : nombre d’utilisateurs, bande passante réseau, usages et niveaux de service différents selon les besoins métiers&#8230; </em></p>
<p><em>Quelles sont les solutions techniques disponibles pour s’affranchir des serveurs locaux ? Quel impact sur l’expérience utilisateur et sur l’exploitation des services ? Sur le réseau ? Voici 3 clés pour réduire le coût de vos infrastructures locales.</em></p>
<h2><strong>Des <em>quick-wins</em> pour les petits sites </strong></h2>
<p>Dans la plupart des cas, supprimer les serveurs locaux sur les plus petits sites suffit à dégager des économies substantielles sans investissement notable. La première étape est donc la rationalisation.</p>
<p>Comment faire ? On supprime par exemple les serveurs locaux et, pour limiter l’utilisation de la bande passante WAN, on déporte les services directement sur les infrastructures locales existantes, comme par exemple les postes de travail. On parle alors de relais locaux.</p>
<p>La fonctionnalité <a href="http://technet.microsoft.com/en-us/network/dd425028.aspx"><em>Windows BranchCache</em></a><em> </em>– disponible depuis Vista / WS2008 – est un premier exemple. Il s’agit d’une sorte de mode <a href="http://fr.wikipedia.org/wiki/Pair_%C3%A0_pair"><em>peer-to-peer</em></a> : les postes de travail adoptent le rôle de relais à la fois pour les fichiers utilisateurs, les packages <a href="http://fr.wikipedia.org/wiki/System_Center_Configuration_Manager">SCCM</a>, les mises à jour <a href="https://www.microsoft.com/france/serveur-cloud/forefront/default.aspx">ForeFront</a>… Ce type de solution est également disponible en dehors du monde Microsoft (<a href="http://www.symantec.com/business/support/index?page=content&amp;id=TECH102541">fonction <em>GUP</em></a> de l’éditeur Symantec par exemple). Attention toutefois, ces fonctionnalités ont des limites et nécessitent un paramétrage fin : gestion des pics de charge, monitoring des stations relais, sécurité…</p>
<p>Concernant les services d’impression, le <em>Direct IP Printing</em> &#8211; transmission directe sans serveur d’impression du job d’impression vers une imprimante<em> &#8211; </em>se développe. Windows 8 prend d’ailleurs en compte cette tendance en offrant nativement la fonctionnalité (<em><a href="http://technet.microsoft.com/en-us/library/jj134156.aspx">Branch Office Direct Printing</a>)</em>. Toutefois, l’installation des imprimantes et la gestion des <em>drivers</em> en mode <em>Direct IP Printing</em> doit être repensée pour éviter de générer une surcharge sur le <em>helpdesk</em>. Il est alors intéressant de considérer l’utilisation d’un outil spécifique pour adresser ces problématiques.</p>
<p>Il est également envisageable dans certains cas de remplacer les serveurs locaux par des <em>appliances</em> nécessitant une administration moins lourde qu’un serveur classique – notamment pour jouer le rôle de relais de télédistribution ou de cache pour les fichiers.</p>
<h2><strong>Pour aller plus loin, une centralisation des services IT nécessaire</strong></h2>
<p>Si la centralisation de ces services est plus classique et à présent maîtrisée pour des services tels que l’annuaire d’entreprise (<em>Active Directory..) </em>ou les services réseaux (<a href="http://fr.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol">DHCP</a>, <a href="http://fr.wikipedia.org/wiki/Domain_Name_System">DNS</a>…), cela reste bien souvent un challenge quand on aborde la question de l’accès aux fichiers et de leur restauration. Jusqu’à présent, la présence de serveurs locaux historiques était bien souvent expliquée par le besoin d’avoir un serveur des fichiers en local pour éviter les latences.</p>
<p>Dans cette optique de centralisation, la bande passante disponible devient donc un élément clé. Une étude site par site de cette dernière s’avèrera souvent nécessaire, sous peine d’altérer l’expérience utilisateur.</p>
<p>Un <em>upgrade</em> du réseau WAN pour augmenter sa bande passante reste possible et devient aujourd’hui de plus en plus accessible économiquement. À défaut, des boitiers de compression / cache réseau peuvent également être installés sur certains sites.</p>
<p>Quelques adhérences à garder à l’esprit pour ce type d’initiatives : la nécessité de redimensionner les infrastructures centrales et la difficulté de mutualiser boitiers de cache avec <em>appliances </em>réseaux hybrides.</p>
<h2><strong><em>Cloud</em></strong><strong> et virtualisation pour un résultat optimal</strong></h2>
<p>Pour espérer un gain encore plus important, la refonte des infrastructures locales doit se faire dans le cadre d’une approche plus en rupture, poussée par des choix stratégiques et technologiques forts, tels que la virtualisation ou l’adoption de services <em>Cloud</em>. Ces choix ne sont pas neutres en termes de réseau et posent immédiatement la question de la disponibilité des services en mode déconnecté.</p>
<p>Le Cloud est également une possibilité lorsqu’il s’agit de services techniques. On pourra citer <em>Windows Intune</em>, qui embarque à la fois le <em>patch management</em> Microsoft (WSUS) pour la télédistribution d’application et l’antivirus <em>ForeFront</em>. Mais il faudra toutefois se poser les questions suivantes : en cas de bande passante WAN limitée, est-il judicieux d’en consacrer une partie à des services techniques ? Et si oui dans quelles proportions ?</p>
<p>&nbsp;</p>
<p>Des services d’impression dans le <em>Cloud</em> &#8211; privé ou public &#8211; se développent également. On pourra citer <a href="https://www.google.com/cloudprint/learn/"><em>Google Cloud Print</em></a> – où les serveurs d’impression sont dans les <em>datacenters</em> du géant américain. Des limitations importantes existent encore (compatibilité des types de fichiers et des imprimantes) mais on répond ainsi à certains besoins liés à la mobilité (lancement d’une impression sur une imprimante corporate depuis une tablette…).</p>
<p>Le <a href="http://fr.wikipedia.org/wiki/Virtual_Desktop_Infrastructure">VDI</a> supprime quant à lui le besoin de délivrer des services locaux de télédistribution ou d’antivirus par exemple, les postes étant eux-mêmes déjà centralisés. Toutefois, encore implémenté chez seulement 2 à 3 % de nos clients de manière massive, le VDI peut rarement être mis en place sur l’ensemble d’un périmètre client.</p>
<p>Pour mettre en place ces approches, le réseau devient le nerf de la guerre. Une stratégie innovante en la matière consiste à implémenter des réseaux hybrides, permettant de faire passer directement certains flux vers internet, là où ils transitaient auparavant par le WAN. Cette solution devient particulièrement pertinente lorsque des services sont sourcés dans le <em>Cloud</em> : accès direct aux serveurs dans le nuage, meilleure bande passante et diminution des coûts. Attention toutefois à la maitrise des flux (priorisation des flux, redondance des liens…).</p>
<p>On l’aura compris, l’arrivée à maturité des technologies (réseaux, infrastructures de gestion de l’environnement de travail, virtualisation) et l’arrivée de services techniques <em>Cloud</em> permet aujourd’hui d’aller chercher plus facilement des économies par une démarche de rationalisation et de centralisation partielle des services. Pour aller jusqu’à la centralisation complète des infrastructures locales, il est inévitable d’élargir l’étude pour considérer le même type d’initiative autour du poste de travail lui-même, tout en cherchant à optimiser la consommation du réseau WAN de l’entreprise qui permettra au passage de faciliter l’adoption de services <em>Cloud</em>. Préparez-vous, la <em>Digital Workplace</em> arrive !</p>
<p>Cet article <a href="https://www.riskinsight-wavestone.com/2013/12/et-si-on-supprimait-tous-les-serveurs-dinfrastructure-locaux/">Et si on supprimait tous les serveurs d’infrastructure locaux ?</a> est apparu en premier sur <a href="https://www.riskinsight-wavestone.com">RiskInsight</a>.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
