Qu'est-ce que la modernisation de l'infrastructure informatique et comment la gérer ?

Malgré ce que ce livre blanc de 30 pages voudrait vous faire croire, la modernisation de l'infrastructure informatique est un concept simple. Il s'agit du processus consistant à remplacer les éléments sur lesquels repose votre entreprise par des éléments mieux adaptés à son fonctionnement. 

Les difficultés résident dans la planification et la mise en œuvre d'un projet de modernisation sans heurts, avec un calendrier, une pile technologique et un budget adaptés.

Les conséquences d’une absence de modernisation sont bien réelles : les systèmes hérités coûtent chaque année plus cher à entretenir, limitent les possibilités de développement qui peuvent être construites par-dessus et créent des failles de sécurité en raison d’un manque de support. Les conséquences d’une modernisation mal menée sont tout aussi concrètes. Les programmes qui tentent de tout faire d’un seul coup finissent par s’enliser. Les migrations qui font l'impasse sur la phase d'inventaire découvrent, en cours d'exécution, des dépendances qui obligent à prendre des détours coûteux.

Une modernisation réussie de l'infrastructure informatique trouve le juste équilibre entre ces différents objectifs et rend vos opérations informatiques plus rentables, plus sûres et plus flexibles pour l'avenir. Elle prend en compte tous les aspects, de la valorisation des actifs informatiques à la planification des temps d'arrêt, et aucune décision n'est prise à la va-vite. Les meilleurs projets s'inscrivent dans une stratégie élaborée bien à l'avance et alignent les opérations sur le plan initial. 

Ce qu'il faut savoir sur la modernisation de l'infrastructure informatique : les chiffres clés

• La modernisation de l'infrastructure informatique consiste à remplacer les systèmes hérités (serveurs sur site, pipelines de données par lots, applications monolithiques, architecture réseau obsolète) par des solutions cloud natives et évolutives. 
• La modernisation peut inclure : la migration vers le cloud, la modernisation des applications, réseau ainsi que la modernisation de la sécurité et celle des pipelines de données (le passage de l'ETL à l'ELT). 
• La maintenance d'une infrastructure héritée coûte plus cher que celle des solutions modernes, limite votre capacité à adopter de nouveaux outils et engendre des risques de sécurité que les architectures de dernière génération gèrent différemment.
• Tout programme de modernisation entraîne le remplacement du matériel physique. Les serveurs, baies de stockage, et les équipements réseau mis hors service dans le cadre de la modernisation présentent une valeur résiduelle, sont soumis à des obligations en matière de sécurité des données et doivent respecter des exigences environnementales en matière d'élimination. 
• La période pendant laquelle il est possible de récupérer la valeur de matériel mis hors service Le processus de cession s'achève plus rapidement que ne le prévoient la plupart des équipes informatiques et financières. Le matériel restant qui fait l'objet d'une cession dans les 60 à 90 jours suivant sa mise hors service permet de récupérer une valeur nettement supérieure à celle du matériel qui reste en attente pendant six mois, le temps que l'entreprise achève l'ensemble de son projet de modernisation.

Pourquoi les entreprises modernisent-elles leur infrastructure informatique, et quels défis cela implique-t-il ?

La modernisation de l'infrastructure informatique devrait être un processus progressif, planifié plusieurs années à l'avance. C'est le scénario idéal. En réalité, la discussion ne commence qu'après une panne ou la fin du support d'un équipement. 

Le déclencheur est généralement l'un des trois éléments suivants. 

1. Un système existant ne peut pas prendre en charge un nouvel outil dont l'entreprise a besoin. 
2. Les coûts d'exploitation dépassent désormais le seuil de rentabilité, notamment les coûts de main-d'œuvre liés à la maintenance et au fonctionnement des systèmes vieillissants. 
3. Un audit de conformité met en lumière l'état de sécurité d'une architecture réseau vieille de quinze ans, et un membre de la direction prend connaissance des conclusions.

Vous pouvez procéder à une modernisation progressive, en développant des applications « cloud-native » et en intégrant des microservices conteneurisés dans une infrastructure évolutive, sans avoir à remplacer d'un seul coup tous vos systèmes éprouvés.

Les quatre éléments qui définissent un programme de modernisation de l'infrastructure informatique

La modernisation de l'infrastructure informatique n'est pas un projet ponctuel. Il s'agit d'un ensemble de travaux qui couvre plusieurs domaines et de nombreux services, chacun ayant son propre calendrier, ses propres fournisseurs et ses propres exigences techniques. Un véritable programme de modernisation aborde au moins ces quatre aspects, soit de manière séquentielle, soit simultanément. 

1. Migration vers le cloud : C'est l'aspect le plus visible. Le transfert des charges de travail depuis des centres de données sur site vers AWS, Azure ou GCP réduit la nécessité de gérer du matériel physique et permet aux équipes d'accéder à des ressources de calcul et de stockage élastiques qui s'adaptent à la demande, sans qu'il soit nécessaire de planifier les capacités des années à l'avance. Il faut toutefois noter qu’une migration de type « lift-and-shift », qui consiste à faire fonctionner la même architecture héritée dans un centre de données loué, ne permet de tirer pratiquement aucun de ces avantages. Pour tirer pleinement parti de ce qu’offre réellement l’infrastructure cloud, il faut repenser l’architecture en conséquence. Cela implique l’auto-scaling, la puissance de calcul sans serveur et des services gérés qui prennent en charge les tâches opérationnelles que votre équipe gère actuellement manuellement.

2. Modernisation des applications : Cet aspect concerne les logiciels monolithiques que la plupart des environnements d’entreprise ont accumulés au fil des décennies. Les applications monolithiques sont difficiles à mettre à jour, à faire évoluer et à intégrer à d’autres systèmes. Les décomposer en microservices, c'est-à-dire en services plus petits et déployables indépendamment, puis les conteneuriser, permet de mettre à jour un composant sans toucher aux autres. Pour les équipes informatiques et chargées des données, cela se traduit également par des données plus propres et plus accessibles, plus faciles à exploiter en aval.

3. Modernisation du réseau et de la sécurité : C'est l'élément qui est le plus souvent reporté et qui, lorsqu'il l'est, génère le plus de risques. Les architectures réseau traditionnelles partaient du principe que tout le monde se trouvait à l’intérieur d’un périmètre et accédait au même réseau local, mais les équipes distribuées, les charges de travail dans le cloud et l’accès à distance nécessitent une architecture différente. Les architectures SASE (Secure Access Service Edge) combinent réseau et sécurité au sein d’une architecture unique qui fonctionne quel que soit l’emplacement des utilisateurs. Les modèles « zero-trust », qui vérifient chaque demande d’accès plutôt que de faire confiance à tout ce qui se trouve à l’intérieur du périmètre réseau, sont devenus la norme pour les organisations traitant des données sensibles. La modernisation de la couche de sécurité est essentielle si vous transférez des charges de travail vers le cloud. 

4. Modernisation du pipeline de données C'est le passage de l'ETL à l'ELT. Les pipelines ETL (extraction, transformation, chargement) traditionnels transforment les données avant de les charger dans une destination, ce qui signifie que chaque modification de la logique métier nécessite de modifier le pipeline lui-même. Il s’agit d’un processus lent et fragile qui crée des goulots d’étranglement pour toutes les équipes qui dépendent de ces données. L’ELT (extraction, chargement, transformation) charge d’abord les données brutes dans l’entrepôt cloud, puis les transforme à l’aide de SQL. Cela dissocie l’ingestion de la transformation, réduit les défaillances des pipelines et offre aux analystes un meilleur contrôle sur la couche de transformation. 

Comment élaborer une feuille de route de modernisation qui ne s'enlise pas

Le principal écueil de la modernisation des infrastructures informatiques réside dans la portée du projet. Les programmes qui tentent de tout moderniser d’un seul coup s’enlisent au bout de six mois, dépassent le budget prévu et aboutissent à une migration partielle plus complexe à gérer que la situation initiale.

La démarche pratique pour y parvenir comporte quatre étapes.

Commencez par dresser un inventaire
Répertoriez chaque système, base de données, application et pipeline, ainsi que les dépendances qui les relient. Vous devez savoir quels services partagent une même base de données, où un point de défaillance unique pourrait entraîner un effet domino au sein des équipes, et à quoi ressemblent les flux de données, de leur création à leur utilisation. Les évaluations ne doivent négliger aucune étape. Sinon, vous risqueriez de découvrir, en cours de migration, des dépendances qui vous obligeraient à effectuer des détours coûteux.

Définissez vos objectifs en fonction de leur impact sur l'activité, et non en fonction de la catégorie technologique.

Si votre principal problème réside dans le fait que les rapports accusent toujours un jour de retard, la modernisation du pipeline de données en temps réel devient la priorité absolue. Si la conformité est la principale contrainte, la modernisation du réseau et de la sécurité passe en premier. L’ordre des priorités doit être déterminé par les besoins les plus urgents de l’entreprise, et non par ce qu’il serait techniquement le plus simple de moderniser en premier. Fixez des objectifs mesurables pour chaque phase, notamment la latence des requêtes, le temps de réponse aux incidents et le coût de l’infrastructure par charge de travail.

Choisissez une technologie en fonction de son adéquation avec votre environnement, et non en fonction de vos préférences en matière de fournisseur. 

Une erreur courante consiste à choisir un fournisseur de services cloud ou une plateforme, puis à essayer d’adapter le reste de la pile à celle-ci. Demandez-vous dans quelle mesure une technologie donnée s'intègre à ce dont vous disposez déjà, à quoi ressembleront ses coûts d'exploitation à long terme une fois l'euphorie de la migration retombée, et quel sera son impact sur la charge de travail technique de votre équipe au fil du temps. Une infrastructure entièrement gérée avec une tarification à l'utilisation convient à la plupart des cas d'utilisation et élimine complètement le fardeau de la planification des capacités.

Faites fonctionner les anciens et les nouveaux systèmes en parallèle pendant la migration.
Avant toute mise en production, vérifiez que la nouvelle infrastructure gère correctement les charges de travail de production en l'exploitant en parallèle du système existant. Commencez par les systèmes présentant le moins de risques. Gagnez en confiance avant de toucher à tout ce qui est essentiel à l'activité. Prévoyez un plan de retour en arrière pour chaque phase. 

3 défis qui freinent la modernisation informatique, et comment les surmonter

Tout programme de modernisation se heurte à des résistances. Ceux qui réussissent sont ceux qui s'y sont préparés, plutôt que ceux qui se sont laissés prendre au dépourvu.

1. Dépendances vis-à-vis des systèmes hérités. Les systèmes hérités constituent la cause la plus fréquente de retards en cours de migration. Ces systèmes, souvent anciens, sont profondément intégrés aux processus métier essentiels, et les intégrations entre eux ne sont généralement pas documentées. On ne les découvre que lorsqu'un problème survient après la bascule. La phase d'inventaire a précisément pour but de les mettre en évidence avant le début de la migration. 
2. Déficits de compétences. Le manque d’expertise au sein de votre équipe est une préoccupation légitime, qu’il est facile de sous-estimer. L’architecture cloud native, la conteneurisation, Kubernetes et les plateformes de données modernes exigent une expertise que la plupart des équipes informatiques ne possèdent que de manière fragmentaire, plutôt qu’en profondeur. Le recrutement de profils possédant ces compétences prend du temps et entre en concurrence directe avec le travail opérationnel nécessaire au bon fonctionnement des systèmes existants. Les organisations qui gèrent le mieux cette situation considèrent la formation comme un axe de travail parallèle et font appel à une expertise externe, en particulier pendant la phase de planification.
3. Gestion des coûts pendant la période de transition. Toute entreprise doit faire face à des dépenses imprévues. La modernisation est censée réduire les coûts ; il est donc difficile d’accepter de voir le budget informatique exploser. La période de transition est en soi coûteuse, mais les économies à long terme sont réelles et prévisibles. L’exploitation de systèmes en parallèle, le paiement des ressources cloud tout en continuant à entretenir le matériel sur site, ainsi que la gestion de l’impact sur la productivité pendant la transition, tout cela a un coût. Prévoyez un budget distinct pour la transition, en dehors des coûts d’exploitation de l’état cible, et fixez un calendrier précis pour la mise hors service de l’ancien environnement, plutôt que de le laisser fonctionner indéfiniment comme filet de sécurité. Cela vous permettra également de tirer le meilleur parti des actifs informatiques de votre ancien environnement. 

Gérer les coûts de modernisation de l'infrastructure informatique grâce à la revente des actifs informatiques

La modernisation de l'infrastructure informatique génère du matériel physique qui n'est plus utilisé. Lorsque vous migrez 60% de vos charges de travail vers le cloud et que vous réduisez votre empreinte sur site de quatre salles de serveurs à une seule, vous créez un événement de mise hors service. Des centaines, voire des milliers de serveurs, de baies de stockage et d’équipements réseau doivent être répertoriés, effacés et traités de manière à valoriser leur valeur résiduelle et à respecter vos obligations de conformité.

Tout comme le reste du projet, la cession et la récupération des actifs nécessitent une planification dès le début.

Le matériel d'entreprise ne perd pas toute sa valeur lorsqu'il quitte votre centre de données. Les véritables pertes proviennent du fait de laisser des actifs encore utilisables dormir dans un entrepôt. Par exemple, un Dell PowerEdge R750 ou un HPE ProLiant DL380 c'était à mi-parcours de son cycle de vie au début de votre programme de modernisation, conserve encore une valeur significative sur le marché de l'occasion. Votre plan de mise en conformité nécessite la même planification minutieuse et le même calendrier. 

Le matériel mis hors service dans le cadre de votre programme de modernisation représente un risque pour la sécurité, mais ce n'est pas tout. Si vous gérez correctement ce matériel, il constitue un atout à valoriser.

Vous souhaitez savoir comment exIT gère la mise au rebut de matériel à grande échelle dans le cadre de programmes de modernisation ? Commencez par ici.