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, quelle que soit leur taille, ont besoin de ressources matérielles. Processeur. Mémoire. Stockage. Réseau. Sans eux, aucun d’entre eux ne fonctionne. Aucun. Que l’on parle de data center ou de cloud (data center), le hardware est omniprésent. Il fournit la puissance nécessaire aux applications pour rendre nos vies plus connectées, plus collaboratives et plus pratiques.

Mais cela ne signifie pas que le centre de données n’évolue pas en termes de matériel. C'est. Bien que le matériel reste la base sur laquelle nous construisons chaque technologie, les cadres et les maisons techniques (les applications) que nous construisons dessus ont changé. Dans certains cas, de manière assez spectaculaire. La loi de Moore n'est plus une contrainte lorsque vous pouvez regrouper des ressources et déconstruire des applications en plusieurs services, en utilisant le maillage sous-jacent de calcul et de mémoire comme un système massivement distribué lui-même.

Nous observons ces changements dans les centres de données en termes de générations en fonction du modèle de provisionnement, de gestion et de consommation de 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 ont toujours besoin de matériel. Les ressources n’apparaissent pas comme par magie, même si cela semble être le cas. C’est en partie pour cette raison que la virtualisation et le cloud ont connu une croissance aussi rapide. Parce que ça semblait magique. Mais la magie n’est, après tout, qu’une illusion. Dans le cas de l’informatique, cela signifie que le matériel (et les ressources qu’il fournit) est toujours là. Ce qui a changé, c’est la façon dont nous le provisionnons, le gérons et le consommons. Et ces changements ont un impact profond sur chaque rack 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

L’ampleur et la rapidité avec lesquelles les organisations sont désormais contraintes de fournir de nouvelles applications et API introduisent le besoin d’automatisation, que ce soit via le cloud ou des conteneurs, sur site et hors ligne. La durée de vie réduite des ressources matérielles utilisées par les applications et les services d’applications signifie un recyclage à un rythme phénoménal. Les processus manuels et les longs temps de démarrage ne peuvent pas suivre le rythme effréné imposé par de tels systèmes. Ce qui signifie des frameworks conteneurisés et cloud (ou du moins de type cloud) qui permettent la création et la destruction rapides et fréquentes de services nécessaires pour évoluer rapidement.

L’automatisation, la consommation de ressources et la vitesse de création de services délimitent les lignes générationnelles des centres de données. Même le déplacement de la génération 2 (cloud) vers la génération 3 (conteneurs) de ROM modifie radicalement ces caractéristiques. Chaque génération avance encore plus vers une réactivité entièrement automatisée en moins d'une seconde, en grande partie grâce à des profils de consommation de ressources qui durent quelques minutes au lieu de plusieurs mois ou 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.

Le libre-service et l’automatisation doivent être utilisés pour répondre aux exigences de la dernière génération tout en maintenant la fiabilité requise pour soutenir la première génération. Cela signifie l'intégration avec les systèmes de billetterie et l'exposition d'analyses via des API et des tableaux de bord. Cela signifie que quel que soit le matériel sous-jacent – conçu à cet effet ou COTS – le réseau doit se présenter comme une ressource consommable et automatisable qui répond avec la même rapidité que l’infrastructure d’application 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.