Combler les écarts générationnels dans les centres de données grâce à NetOps

Ne laissez personne vous dire que le matériel n’a pas d’importance. Le matériel est partout. Dans chaque téléphone portable. Chaque Fitbit et gadget technologique que nous possédons. Dans nos voitures. Dans nos ordinateurs portables et nos tablettes. On le retrouve de plus en plus dans nos appareils électroménagers. Dans nos montres. Et apparemment, dans certains cas, chez nous . Il est plus petit, plus rapide et prolifique.

Les applications, grandes ou petites, ont besoin de ressources matérielles. Processeur. Mémoire. Stockage. Réseau. Sans elles, aucune ne fonctionne. Aucune. Que vous soyez dans un centre de données ou un cloud, l’équipement matériel est partout. Il offre la puissance nécessaire pour que les applications rendent votre vie plus connectée, collaborative et simple.

Cela ne signifie pas pour autant que le centre de données ne subit pas d’évolution matériellement. Bien au contraire. Le matériel reste la base sur laquelle nous construisons chaque technologie, mais les cadres et infrastructures techniques (les applications) que nous posons dessus ont évolué. Parfois, de manière spectaculaire. La loi de Moore ne limite plus quand vous pouvez mutualiser les ressources et décomposer une application en plusieurs services, en exploitant le maillage sous-jacent de puissance de calcul et de mémoire comme un système massivement distribué à part entière.

Nous considérons les évolutions des centres de données en termes de générations, selon la manière dont vous provisionnez, gérez et utilisez ces ressources.

Quatre générations d'infrastructures d'applications

Dans la génération d’infrastructures d’applications la plus ancienne – la génération zéro – nous avons démarré des machines et lancé des applications et nous sommes fièrement vantés des années consécutives de disponibilité. Puis est arrivée la virtualisation, et nous avons démarré des machines et repris des applications exécutant des machines virtuelles. Le temps de disponibilité d’un système unique est devenu dépassé ; la disponibilité d’une application est devenue la mesure du jour. Dans le cloud, nous lançons des services en un clic et les augmentons ou les réduisons sans jamais lever le petit doigt. Et dans la génération post-cloud, les conteneurs se clonent automatiquement à une vitesse qui rendrait les équipes de ravitaillement de Daytona vertes de jalousie*.

Le temps entre les générations d’infrastructures d’applications se réduit. Le temps entre la génération zéro et la génération une s’étend sur des décennies. La virtualisation existe depuis longtemps, mais elle n’a atteint sa « maturité » qu’en 2010. Nuage? 2015. Des conteneurs ? Ils évoluent rapidement et nous ne sommes même pas en 2018. Chaque génération avance en s’appuyant sur les leçons apprises de la génération précédente, en notant ses échecs et ses inconvénients tout en essayant de les améliorer. Au cœur de ces améliorations se trouvent la vitesse et l’échelle. Rapidité de mise sur le marché et de livraison. Échelle de l’entreprise et des applications sur lesquelles elle s’appuie désormais. Tous deux ont contribué aux changements évolutifs qui ont eu un impact sur chaque facette du centre de données.

Toutes ces applications et services exigent toujours du matériel. Les ressources ne surgissent pas comme par magie, même si elles donnent cette impression. C’est l’une des raisons pour lesquelles la virtualisation et le cloud ont autant progressé. Parce que cela paraissait magique. Mais la magie reste une illusion. En informatique, cela signifie que le matériel (et les ressources qu’il offre) est toujours là. Nous avons simplement changé la façon dont nous le provisionnons, le gérons et l’utilisons. Ces transformations se font sentir profondément dans chaque baie du centre de données.

Et cela crée un fossé générationnel qui nécessite que NetOps soit comblé.

Automatisation et réactivité requises

La pression croissante sur les organisations pour qu'elles livrent rapidement de nouvelles applications et API rend indispensable l'automatisation—que ce soit via le cloud, les conteneurs, sur site ou hors site. La courte durée d'utilisation des ressources matérielles par les applications et services impose un renouvellement à un rythme exceptionnel. Les processus manuels et les temps de démarrage longs ne peuvent suivre le rythme intense de ces environnements. Cela favorise les frameworks conteneurisés et cloud (ou au minimum similaires au cloud) qui permettent de créer et détruire des services rapidement et fréquemment, pour évoluer à grande vitesse.

L'automatisation, la consommation des ressources et la rapidité de création des services tracent les frontières entre les générations de centres de données. Passer de la génération 2 (cloud) à la génération 3 (conteneurs) modifie profondément ces caractéristiques. Chaque génération progresse vers une réactivité entièrement automatisée en moins d'une seconde, grâce à des profils de consommation des ressources qui durent quelques minutes, au lieu de mois ou d’années.

C'est pourquoi NetOps est (ou devrait être) un objectif si important à l'heure actuelle. Car c’est le réseau – traditionnellement le réseau matériel – qui est le plus impacté par les attentes découlant des infrastructures d’applications de deuxième et troisième générations. L'informatique est souvent chargée de prendre en charge l'infrastructure des applications couvrant les quatre générations, ce qui signifie que les coûts et l'infrastructure du réseau doivent souvent être partagés. Cela signifie souvent des appareils spécialement conçus. Mais même si un service d’application est hébergé sur un appareil traditionnel, il doit toujours fournir les moyens d’être consommé par un modèle d’infrastructure d’application de deuxième ou troisième génération.

Vous devez utiliser le libre-service et l’automatisation pour répondre aux besoins de la dernière génération tout en assurant la fiabilité nécessaire au support de la première. Cela implique d’intégrer les systèmes de gestion des tickets et de rendre les analyses accessibles via des API et des tableaux de bord. Peu importe le matériel sous-jacent – spécialisé ou COTS – vous devez présenter le réseau comme une ressource consommable et automatisable, capable de réagir avec la même réactivité que l’infrastructure applicative de deuxième ou troisième génération.

Dans certains cas, cela signifie que les services réseau et d’application doivent adopter le même style d’infrastructure que les applications qu’ils fournissent. Les services d’application tels que l’équilibrage de charge et la sécurité des applications Web sont de plus en plus adoptés par les développeurs et intégrés aux architectures et infrastructures d’applications.  D’autres – notamment dans le domaine de la sécurité – ne fonctionnent tout simplement pas aussi bien (ou pas du tout) dans les environnements de deuxième génération (cloud). Cela signifie que ces services doivent devenir consommables dans le cloud, conteneurisés et facilement accessibles.

Les écarts générationnels existentiels au sein des centres de données peuvent être problématiques pour les organisations. Ils peuvent inhiber, voire bloquer, les efforts de transformation numérique. Ils augmentent certainement les frictions entre le développement et l’informatique, entre l’informatique et l’entreprise, entre l’entreprise et ses clients. Ces frictions peuvent être réduites par les efforts NetOps visant à répondre aux modèles de consommation requis pour prendre en charge les modèles d’infrastructure de génération 2 et 3 avec des API, du libre-service et de l’automatisation.

La complexité et les exigences parfois concurrentes qui existent dans les centres de données matures entre les applications de différentes générations signifient qu'il appartient à NetOps de relever le défi .  Le réseau (et tout ce que cela implique) doit se transformer s’il veut réussir à prendre en charge simultanément quatre générations d’infrastructures d’applications. 

*Les équipes de ravitaillement NASCAR visent à effectuer un arrêt au stand (changement des quatre pneus) en 12 secondes. L'arrêt au stand le plus rapide enregistré a duré seulement 8 secondes. La rapidité avec laquelle une équipe travaille est la clé du succès d’un conducteur.