L’autre jour, après avoir parlé à un client potentiel, celui-ci m’a dit qu’il avait lu mon dernier blog et que, bien que j’aie parlé de la mise en réseau basée sur l’intention, j’avais omis d’écrire sur l’orchestration, qui est un élément clé de la mise en réseau basée sur l’intention.
Ils avaient raison.
Pour ma défense, cela aurait fait un très long blog, mais permettez-moi de corriger cette omission aujourd’hui.
Le grand chef d’orchestre et compositeur Leonard Bernstein a dit : « Pour réaliser de grandes choses, il faut deux choses : un plan et pas assez de temps. »
Et il devait bien s’y connaître en matière d’orchestration.
Cette citation s’applique certainement aux réseaux d’aujourd’hui, alors que nous subissons des transformations sous la pression intense du temps qui est monnaie courante dans les TI de nos jours.
Cela nous amène à l’automatisation et à l’orchestration, qui sont étroitement liées.
L’automatisation est bien sûr une priorité absolue de l’informatique aujourd’hui (vous pouvez en prendre connaissance dans notre rapport sur l’état du réseau étendu ici et vous inscrire au webinaire).
Mais qu’entend-on par « automatisation » ?
Selon la définition que l’on en donne, l’automatisation n’est pas une nouveauté dans le domaine des réseaux.
Dans les réseaux.
Les analystes du secteur considèrent que la configuration manuelle et obsolète est l’une des causes principales de la mise en place des réseaux.
Grâce aux scripts, nous pouvions accélérer les tâches de configuration des périphériques qui, selon notre responsable, nous prendraient beaucoup plus de temps !
Nous avons réfléchi, édité notre script, l’avons exécuté et sommes allés à l’apéritif avec nos collègues ingénieurs réseau.
D’un point de vue définitionnel, quelque chose comme le scripting est connu dans la science du logiciel comme une approche impérative, ce qui signifie que vous devez connaître chaque détail des capacités de la couche sous-jacente pour interagir avec elle, et le faire avec une précision absolue – sinon, c’est très impitoyable.
C’est pourquoi je ne pense pas que les scripts soient ce que nous voulons dire lorsque nous parlons d’automatisation transformatrice de l’informatique.
En fin de compte, le champ d’application des scripts est très étroit : ils sont très spécifiques aux appareils, et je les utilise appareil par appareil.
Les outils tels que les scripts sont des béquilles à la puissance d’une fusée, très efficaces pour un mouvement très spécifique, mais en dehors de ce champ d’application étroit, nous préférons boiter sans appuyer sur le bouton « mode fusée ».
L’orchestration, en revanche, est l’outil qui permet une automatisation beaucoup plus large.
Par exemple, si je veux mettre à jour une politique de qualité de service au niveau mondial parce que je déploie un nouveau système UCaaS, les deux approches d’automatisation différentes fonctionnent comme suit :
- Scripting : Si mon réseau compte 50 sites, créez 50 versions légèrement différentes de mon script d’automatisation, ce qui donnera 50 scripts spécifiques à chaque site.
Exécutez-les ensuite individuellement.
Si vous pensez que cette approche est absurde, considérez le fait qu’il n’est pas inconnu d’exécuter plusieurs centaines de commandes CLI si vous vous connectez simplement à chaque nœud et le configurez manuellement pour changer les politiques locales de classe de service.
Ajoutez à cela la probabilité d’erreurs de configuration si vous exécutez des centaines de commandes saisies manuellement sur 50 sites.
C’est pourquoi l’automatisation par script a été beaucoup plus largement adoptée dans les réseaux qu’elle ne l’a jamais été. - Orchestration : Je définis simplement une politique abstraite qui énonce mon intention pour UCaaS, par exemple : quelle est la priorité du trafic et quelles sont mes percées optimales dans le nuage UCaaS.
L’outil d’orchestration la traduit en utilisant ce que l’on appelle un modèle déclaratif en ingénierie logicielle.
Je sais que j’ai sauté une étape : Je n’ai pas dit ce que signifie « déclaratif ».
Un modèle déclaratif est très différent d’un modèle impératif.
Dans un modèle impératif, les éléments que vous essayez de contrôler vous exposent toute la complexité.
Imaginez que vous louiez un taxi et qu’au lieu de dire « Je veux aller au terminal A de l’aéroport de San Francisco » et de vous assoupir après avoir démarré, vous deviez indiquer au chauffeur de taxi chaque étape du trajet… « Tournez à gauche ensuite, tournez à droite, dans 6 miles (c’est-à-dire environ 10 km pour mes lecteurs métriques) prenez la sortie… ».
C’est le modèle impératif.
Dans un modèle déclaratif, vous savez que vous avez le meilleur chauffeur de taxi de la planète, qu’il vous conduira à votre destination avec précision et rapidité, en exécutant votre intention à la perfection, et que vous arriverez au terminal A tout à fait détendu (jusqu’à ce que vous voyiez les files d’attente pour l’enregistrement).
Je sais aussi que j’ai sauté une autre étape, vous allez vous demander » Quel est le rapport avec Aryaka ? « .
La réponse est que nous ne pourrions pas réaliser la transformation du réseau pour nos clients sans un flux de travail d’orchestration à la pointe de l’industrie, à la fois pour nous-mêmes et pour plus de 800 entreprises clientes mondiales.
Notre outil d’orchestration s’appelle ANMC, pour « Aryaka Network Monitoring and Control » (surveillance et contrôle du réseau Aryaka).
Il interagit et remplit trois fonctions principales que j’aimerais souligner (mais il y en a d’autres) :
- L’ANMC est un élément clé de l’architecture SD-WAN gérée par Aryaka Global, qui transforme l’intention en configuration automatisée, selon un modèle déclaratif.
De nombreux fournisseurs de SD-WAN parlent d’automatisation basée sur l’intention, mais lorsque vous regardez les politiques complexes que vous devez définir, vous avez besoin d’un expert en réseau – et vous avez besoin d’un mois ou deux de leur temps, au minimum.
Avec le modèle Aryaka, tout ce que vous avez à faire est de déclarer les emplacements de vos succursales, les priorités de vos applications, votre posture de sécurité, vos besoins de redondance et de XaaS basés sur le cloud – et la machine d’orchestration Aryaka, alimentée par ANMC, le fera pour vous – n’importe où dans le monde, dans les 48 heures ou moins.
Elle résout les intentions de conception de réseau de haut niveau en commandes orchestrées dans l’ensemble de l’infrastructure Aryaka :- Étape 1 : Il orchestrera votre configuration spécifique de connectivité, de QoS et de sécurité sur le réseau central de couche 2 d’Aryaka Global.
- Étape 2 : Chaque fois que vous activez un appareil dans une succursale, il le provisionne pour vous dans le cadre d’un modèle de déploiement transparent sans intervention et fournit immédiatement une connectivité globale, sécurisée et déterministe.
- L’ANMC est également notre machine de visibilité globale de tout ce qui se passe au sein de l’infrastructure réseau-as-a-service d’Aryaka, pour toutes les entreprises qui font fonctionner leur réseau sur l’infrastructure d’Aryaka.
Il s’agit d’un outil global qui permet à Aryaka de planifier à l’avance ses propres besoins en matière d’infrastructure et de fournir à ses clients une visibilité sur leurs propres ressources par l’intermédiaire du portail client MyAryaka.
En termes de réseaux basés sur l’intention, il s’agit du cycle de retour d’information crucial qui fait constamment correspondre l’intention initiale à la réalité opérationnelle, et qui alerte en cas de divergence ou de tendances potentiellement perturbatrices. - Bien que l’ANMC soit l’outil interne de surveillance et d’orchestration d’Aryaka, il est clairement au cœur des capacités multi-locataires.
Il constitue la base architecturale de la visibilité MyAryaka et du portail client d’auto-approvisionnement.
Nous reviendrons régulièrement sur l’orchestration, car il s’agit d’un élément vital pour l’avenir des réseaux d’entreprise.
Mais permettez-moi de terminer par une réflexion quelque peu personnelle : beaucoup d’entre nous, qui ont travaillé dans le domaine des réseaux pendant 20 ans ou plus, s’assoient ensemble, indépendamment des entreprises pour lesquelles ils travaillent, et se demandent collectivement « si l’orchestration et l’automatisation prennent le dessus, qu’allons-nous faire ?
Permettez-moi de citer à nouveau Leonard Bernstein : « L’instrument le plus difficile à jouer dans l’orchestre est le second violon ».
La leçon que j’en tire est que, dans le domaine de la mise en réseau, nous avons trop longtemps essayé d’être des solistes, nous avons essayé de garder le contrôle total de notre domaine et de nous croire indispensables.
Mais nous savons aussi que, compte tenu des besoins de l’entreprise numérique, la mise en réseau doit devenir un outil au service d’un objectif commercial global.
Je pense que tous les seconds violons des orchestres philharmoniques de New York et de Vienne de Bernstein, qui ont connu un grand succès, étaient plus heureux que les premiers violons des ensembles qu’ils éclipsaient.
L’organisation informatique de l’ère numérique émergente nous déclare incontestablement comme des seconds violons (dans la langue de Bernstein) par rapport au premier violon, qui est tout simplement le succès de l’entreprise, pour lequel nous devons nous engager : Le succès commercial, pour lequel nous devons fournir les fondations d’une infrastructure de réseau extrêmement agile et robuste qui réponde aux besoins de l’entreprise en nuage.
Ensuite, nous pourrons jouer de la belle musique ensemble.
Laissez l’ANMC être votre orchestrateur.
Vous souhaitez en savoir plus ?
Réservez une démonstration avec l’un de nos experts.