La transformation numérique stimule l'innovation dans le réseautage

En association avec VMware

Alors que les entreprises adoptent les technologies numériques pour gagner en agilité, flexibilité et rapidité, les applications occupent une place centrale. Avec l'essor de la virtualisation basée sur des conteneurs, des applications légères et portables sont lancées sous forme de microservices discrets pouvant être consommés n'importe où et sur tous les types d'appareils.

Le réseau sous-jacent qui prend en charge, sécurise et fournit les applications conteneurisées doit suivre le rythme de ce nouveau style de déploiement d'applications, conçu une seule fois et exécuté n'importe où, sous peine de devenir un frein aux efforts de numérisation. En d'autres termes, le réseau doit réagir automatiquement aux exigences de connectivité de l'application conteneurisée. Il doit devenir auto-approvisionnement et auto-guérison. La sécurité doit être intégrée. Et la mise en réseau doit se débarrasser de l'ancienne mentalité et l'oublier au profit de l'état d'esprit DevOps de livraison continue et d'amélioration continue.

Timofeev Vladimir

Selon Zeus Kerravala, fondateur de ZK Research, les réseaux hérités sont rigides et fonctionnent dans leur propre silo, ce qui rend difficile l'alignement des changements de l'entreprise et des applications sur le réseau. Nos recherches montrent que le délai moyen de mise en œuvre d'un changement à l'échelle du réseau est d'environ quatre mois, ce qui est beaucoup trop long pour une entreprise numérique.

Les transformations ne sont pas motivées uniquement par les technologies ou les produits. Il s'agit de savoir comment intégrer un besoin métier dans la production, des personnes et des processus, de la manière de créer de nouveaux services.

Kerravala a ajouté dans une interview, les réseaux doivent évoluer selon deux vecteurs. Tout d'abord, ils doivent devenir programmables afin que les changements d'application puissent déclencher automatiquement des changements de réseau, éliminant ainsi le besoin d'une intervention manuelle. Deuxièmement, les réseaux doivent ressembler davantage au cloud, les fonctions réseau devenant disponibles en tant que services afin que les applications puissent déclencher l'utilisation d'une fonction spécifique au lieu d'avoir à invoquer l'ensemble de la pile réseau. C'est un défi de taille pour une fonction informatique habituée aux processus manuels et paralysée par le manque d'outils modernes. Mais il y a des raisons d'être optimiste, comme en témoignent les nouvelles idées présentées par les leaders de l'industrie Mastercard, Google, LinkedIn et Microsoft, ainsi que les startups Zingbox, SnapRoute, Kong et Netifi, lors de la troisième conférence annuelle FUTURE:NET 2018 de VMware en août 30 à Las Vegas.

Les conférenciers ont convenu que la technologie - réseau défini par logiciel (SDN), réseau basé sur l'intention et le sujet brûlant de cette année, le maillage de services - est importante. Mais tout commence avec les gens, en changeant la culture et en s'assurant que chaque équipe au sein de l'informatique, y compris la mise en réseau, est pleinement impliquée et pilote les efforts de numérisation.

Culture, personnes, organisation

En tant que technologues, il est toujours facile de comprendre comment la prochaine grande technologie va changer le monde. Mais en réalité, les transformations ne sont pas motivées uniquement par les technologies ou les produits. Il s'agit de savoir comment mettre en production un besoin métier, des personnes et des processus, comment créer de nouveaux services, a déclaré Pere Monclus, directeur technique de VMware pour la mise en réseau et la sécurité.

Ken Owens, vice-président de l'ingénierie cloud native chez Mastercard, a déclaré qu'il avait été amené à transformer les capacités de traitement des cartes de crédit de l'entreprise des applications monolithiques aux architectures numériques et aux environnements cloud natifs. Ils ne m'ont pas dit à quel point ça allait être douloureux, a plaisanté Owens.

Il a dit que changer la culture est l'aspect le plus important de son travail. Vous ne pouvez pas simplement entrer dans une entreprise de 30 ans et dire : « Vous allez tous vous éloigner du développement d'applications monolithiques et faire des choses avec des microservices et des conteneurs et partir maintenant. Démarrer.'

Owens a déclaré que son approche consiste à faire de petits pas, à fournir des résultats tangibles et à continuer à itérer et à innover. Une tactique clé consiste à identifier les personnes prêtes à devenir des agents de changement. Il est également important d'avoir un objectif clair et d'avoir le soutien de l'équipe de direction de l'entreprise, a-t-il déclaré.

D'un point de vue organisationnel, les entreprises doivent briser les silos entre les équipes de développement d'applications, d'exploitation, de sécurité et de mise en réseau, de sorte que lorsqu'une application est mise en ligne, tous les services dont elle a besoin suivent automatiquement, quel que soit l'endroit où cette application est déployée.

Owens a déclaré que la plupart de ses membres du réseautage restent occupés à garder les lumières allumées. Mais il a également créé une équipe de plate-forme interdisciplinaire qui comprend la mise en réseau et le stockage, ainsi que des administrateurs VMware, Windows et Linux. Le but de cette équipe est de s'assurer qu'il existe une plate-forme sous-jacente pour prendre en charge les nouvelles applications.

En fin de compte, je peux faire fonctionner n'importe quelle technologie, a déclaré Owens. Il s'agit vraiment de savoir comment vous pouvez aligner les personnes et les processus de manière à pouvoir exécuter à un rythme beaucoup plus rapide qu'aujourd'hui.

Kerravala a accepté. Le changement de technologie de réseau doit être aligné sur un changement de culture. La majorité des professionnels du réseau craignent l'automatisation car ils pensent qu'elle menace leur travail. Le fait est que les professionnels du réseau ont du mal à se maintenir au jour le jour et ne sont pas en mesure de développer les compétences logicielles dont ils ont besoin pour être compétitifs à l'avenir. L'automatisation doit être considérée comme un outil inestimable car elle peut éliminer bon nombre des tâches banales qui ralentissent les gens aujourd'hui.

Gestion des microservices via service mesh

L'élan vers les conteneurs, les microservices et l'informatique sans serveur peut être considéré comme une poussée continue pour diviser les applications en composants de plus en plus petits. Les avantages sont la rapidité, l'agilité et la flexibilité recherchées par les entreprises.

Cependant, le résultat final est que chaque microservice doit communiquer avec plusieurs microservices dans une séquence spécifique pour accomplir un processus métier complet. Il est important de s'assurer que le réseau répond aux besoins de chaque application particulière. Une visibilité sur ce processus est nécessaire, au cas où quelque chose tournerait mal et devrait être corrigé. Et les dispositions de sécurité doivent être intégrées.

C'est là qu'intervient le maillage de services, un moyen de gérer les microservices, selon Louis Ryan, ingénieur principal chez Google, qui a lancé un projet de maillage de services open source appelé Istio. Avec Istio et d'autres offres de maillage de services, les entreprises peuvent contrôler le flux de trafic et les appels d'API entre les microservices, assurer la sécurité, appliquer des politiques, gagner en visibilité et rendre le réseau plus robuste.

Deepal Bansal, directeur général de Microsoft Azure, décrit l'architecture des microservices comme un essaim d'abeilles ouvrières. Il dit que les entreprises peuvent se retrouver à essayer de gérer des centaines de milliers de microservices.

Bansal a ajouté que ce qui est maintenant nécessaire est une intégration entre le maillage de services et le SDN afin que les entreprises puissent gérer plus facilement l'ensemble de leur infrastructure de réseau et d'applications.

Innovation dans le réseautage

Les entreprises natives du cloud telles que Google et LinkedIn repensent le réseautage de manière passionnante, ce qui pourrait stimuler l'innovation dans des entreprises plus établies dotées d'infrastructures héritées.

Par exemple, la segmentation ou la micro-segmentation est l'une des pierres angulaires de la sécurité des réseaux. Les équipes de mise en réseau créent des sous-réseaux pour différents types de trafic et appliquent le niveau de sécurité approprié en fonction de la sensibilité des données circulant sur ce segment de réseau. La subdivision du réseau réduit également la surface d'attaque, de sorte qu'un pirate qui réussit à percer un segment n'a pas accès à l'ensemble du réseau.

Mais Google a renversé ce concept. Google n'utilise pas du tout la segmentation ; chaque machine peut parler à toutes les autres machines sur l'ensemble du réseau de Google, selon Ryan. La nouvelle approche de Google consiste à attribuer une identité à chaque charge de travail, puis à exiger une vérification mutuelle avant toute communication. De plus, les données sont cryptées lorsqu'elles transitent sur le réseau. Cette approche peut réduire les risques de sécurité et simplifier l'administration de la sécurité.

Réseautage dans le siège du conducteur

LinkedIn a basé son réseau d'auto-guérison sur une approche de bricolage et un logiciel open source, a déclaré Zaid Ali Kahn, directeur principal, ingénierie des infrastructures.

Le réseau central d'origine de LinkedIn n'a pas pu évoluer pour suivre le rythme de la croissance de l'entreprise, selon Kahn. Environ 590 millions de membres utilisent la plateforme aujourd'hui.

Pour renforcer l'évolutivité et simplifier la topologie de son réseau, LinkedIn a découplé le matériel de commutation du logiciel, a abandonné les outils de gestion traditionnels tels que le protocole de gestion de réseau simple (SNMP) et le protocole de journalisation du système (Syslogs), et a utilisé son propre système de messagerie évolutif appelé Kafka, qui actuellement gère 4,5 billions de messages par jour. Il a également remplacé une topologie de réseau central à trois niveaux par une conception à dos plat et à feuilles, déployé un système d'exploitation réseau open source développé par Microsoft appelé SONiC et commencé à utiliser l'apprentissage automatique pour anticiper les pannes de réseau. Nous nous dirigeons vers une infrastructure d'auto-réparation qui s'auto-répare, a déclaré Kahn.

Dans l'environnement de réseau d'entreprise traditionnel de processus manuels et de fenêtres de maintenance fixes, la mise en œuvre d'une demande de modification de pare-feu pouvait prendre des semaines. Cela ne suffit plus.

La mise en réseau doit évoluer à la vitesse de DevOps. Il doit devenir sensible aux applications, libre-service, à la demande et entièrement automatisé, a déclaré Guido Appenzeller, directeur de la stratégie technologique pour la mise en réseau et la sécurité chez VMware. Et cela commence par changer la culture afin que les équipes de mise en réseau se considèrent comme des moteurs clés de la transformation numérique.

cacher