Si vous avez une formation centrée sur le développement, vous devez avoir entendu parler du terme DevOps. Avant que DevOps ne s’appelle DevOps, les deux disciplines (« Dev » et « Ops ») s’éloignaient de plus en plus. Les développeurs (la partie « Dev » de l’histoire) ont eu un désir d’agilité depuis le début du siècle, suite à la publication du célèbre Manifeste pour le développement agile. Pendant ce temps, les Opérations (la partie « Ops ») ont formalisé les bonnes pratiques dans des cadres tels que ITILqui ont été mis en place par la plupart des grandes entreprises au milieu des années 2000.
Ces deux approches semblaient s’opposer. Alors qu’Agile prône l’accélération et la multiplication des changements, ITIL tend à les limiter et à les contrôler. Cependant, DevOps a prospéré en tant que combinaison de méthodologies et de concepts, tandis que les organisations s’efforçaient d’accélérer le lancement de services et d’applications innovants. De plus, DevOps a conduit à une proactivité accrue grâce à une automatisation systématique et à une surveillance continue qui permet une détection et une résolution plus rapides des problèmes.
Maintenant qu’un troisième acteur entre dans le mix avec NetDevOps, que peut-on en attendre ? Les opérations de réseau gèrent ce que beaucoup perçoivent comme un environnement complexe et fragile. Les équipes réseau craignent de fournir le niveau d’agilité requis par les nouvelles initiatives numériques, en raison des perturbations potentielles du réseau. En conséquence, le risque naît d’un autre « mur de confusion» causée par une combinaison conflictuelle de motivations, de processus et d’outils.
NetDevOps vise à étendre l’agilité
Cependant, « Net », « Dev » et « Ops » sont susceptibles de converger sur de nombreux aspects. Les tendances des technologies de mise en réseau ont suivi le même chemin que les tendances des centres de données. Les environnements réseau programmables, définis par logiciel et basés sur le cloud ont fait de NetDevOps une réalité grâce à l’utilisation de l’infrastructure en tant que code et de l’automatisation.
Selon les analystes du secteur, NetDevOps est l’une des innovations les plus médiatisées en matière de réseautage. Les initiatives NetDevOps réussies ressembleraient à des environnements entièrement automatisés capables de déployer et de tester les changements de configuration sur les réseaux, prêts à être consommés dans une approche DevOps tout au long du pipeline CI/CD.
Il y a un hic cependant. NetDevOps reste un processus de transformation émergent. La plupart des adopteurs manquent encore d’outils adéquats, tels qu’un suivi continu. Il est donc difficile de comprendre comment l’infrastructure définie par logiciel fonctionne dans des conditions de test, de mise en place et de production. Les équipes NetDevOps sont alors confrontées à des défis importants pour obtenir un retour d’information continu pour valider ou améliorer leurs processus de livraison. Les défis incluent :
- Comprendre l’expérience utilisateur avant et après les changements d’infrastructure et identifier les problèmes tôt avant qu’ils n’aient un impact.
- Se replonger dans l’historique des changements et déterminer l’impact sur le débit de l’infrastructure et l’expérience numérique.
- Prévoir les éventuels goulots d’étranglement dus aux changements de configuration et aux variations des modèles de trafic.
La plupart des plates-formes réseau définies par logiciel modernes offrent un niveau raisonnable de fonctionnalités de surveillance intégrées. Cependant, les opérations réseau manquent d’options lors de la recherche de la cause première de la dégradation de l’expérience utilisateur, en particulier lorsque plusieurs FAI et fournisseurs de périphériques réseau sont impliqués. Afin de valider en permanence l’expérience utilisateur offerte par leurs réseaux définis par logiciel, les organisations ont besoin de capacités d’analyse en temps réel pour mieux comprendre l’expérience numérique de bout en bout, les complexités de la gestion du trafic et la configuration des appareils.
Alors que les organisations subissent des pressions pour accroître l’agilité des processus d’exploitation du réseau, les pratiques de surveillance traditionnelles peuvent constituer un obstacle à l’adoption réussie de NetDevOps. Sans validation avant et après changement de l’expérience de l’utilisateur final, les équipes réseau averses au risque hésiteront à gérer un plus grand volume de changements plus rapidement avec le risque potentiel pour l’infrastructure de production.
Dans un avenir très proche, des approches telles que NetDevOps deviendront courantes ; les équipes réseau agiles devront garantir en permanence des connexions fiables et une expérience numérique cohérente. Le moment est donc venu de revoir vos stratégies de surveillance du réseau et de faire évoluer les NetOps traditionnels vers NetOps axé sur l’expérience.
Vous pouvez en savoir plus sur la façon de relever les défis des réseaux agiles dans ce nouveau livre blanc, Validation continue et de bout en bout des performances SD-WAN du point de vue de l’utilisateur final. Lisez maintenant et découvrez comment les organisations peuvent fournir des connexions fiables qui ont fait leurs preuves.
Source link