Les référentiels et la normalisation peuvent aider à relever les défis de l'intégration de l'automatisation du réseau
L’intégration a toujours été un gros mot dans le sens où il évoque les grincements de dents et les lamentations de ceux qui languissent sur les projets dédiés à sa mise en œuvre. En fait, 59 % des décideurs informatiques ont qualifié « l'intégration de talon d'Achille de leur organisation » ( Rapport Connected Business Integration 2018 ).
En apparence, l’intégration commence par un principe simple : comment partager les données entre les applications? Parce qu’aucune application – même monolithique – n’est une île. Je n'ai pas encore rencontré d' application qui ne partageait pas au moins une donnée avec une autre application.
Nous (comme dans l’industrie) avons traversé plusieurs époques d’intégration. Des modèles hub-and-spoke au bus d'entreprise (service) en passant par les files d'attente de messages, l'intégration est toujours un élément essentiel d'une stratégie application d'entreprise.
Nous ne l'appelons plus intégration application d'entreprise (EAI) - principalement parce que je pense que cela effraie les jeunes et nous fait, nous les anciens, avoir des crises d'apoplexie - mais nous utilisons toujours le mot « intégration ». Et nous l’utilisons de plus en plus en dehors du monde du développement application . Après tout, CI signifie « intégration continue ». Nous considérons que l’intégration est également importante du côté du déploiement (production). Et nous constatons autant de frustration que nos homologues développeurs d’applications, comme le soulignent ceux qui sont frustrés par le manque d’outils intégrés lorsqu’ils sont confrontés à l’automatisation du réseau.
Les opérations nécessitent une intégration. Sans cela, nous ne pouvons pas automatiser les processus (ce qu'est l'orchestration) car les processus s'étendent nécessairement sur plusieurs systèmes, services et appareils, chacun d'entre eux ayant probablement son propre domaine opérationnel et son propre ensemble d'outils. Sans intégration, vous ne pouvez pas créer de pipeline et sans pipeline, les opérations seront submergées par le besoin croissant de déploiements fréquents à la demande.
C’est là que l’infrastructure en tant que code et les référentiels peuvent apporter un soulagement. Les référentiels sont bien plus qu’un endroit où vous pouvez stocker à peu près n’importe quel type d’artefact, du fichier de configuration au programme Python en passant par les scripts et les modèles. Ils peuvent être un participant actif dans votre pipeline de déploiement (intégré).
Les dépôts sont bien plus que des coffres de stockage
Les dépôts ne sont pas seulement un lieu de stockage d’artefacts. Je veux dire, oui, c'est leur objectif principal, mais ils sont devenus bien plus qu'un simple casier de rangement. Aujourd’hui, les référentiels comme GitLab et GitHub peuvent être un élément clé du pipeline automatisé. À l’aide de déclencheurs et d’événements, les référentiels agissent non seulement comme un lieu de stockage d’artefacts, mais également comme des outils dans une chaîne d’outils plus vaste. Commit lance une tâche qui, une fois terminée, appelle un webhook qui déclenche l'étape suivante du pipeline.
Qu'est-ce qu'un Webhook ?
Parfois appelé « API inversée », un webhook permet à une application (comme un référentiel) d'envoyer des données en temps réel à une autre application via une URL/API. Par exemple, lors de la validation d'une nouvelle configuration pour votre équilibreur de charge, le référentiel déclenche un webhook qui, à son tour, envoie la configuration ou l'URI de la configuration à une application (ou directement à l'équilibreur de charge) qui, à son tour, charge la nouvelle configuration.
Fondamentalement, nous utilisons des référentiels de la même manière que nous utilisions un bus de services d'entreprise pour partager des données et lancer des actions dans différentes applications et services afin de terminer un « processus ». Dans le monde des affaires, ce processus peut consister à finaliser une commande client et impliquer le système d’information client (CIS), un système de traitement des commandes, la facturation et des éléments de la chaîne d’approvisionnement.
Dans le monde des opérations, ce processus couvre l’infrastructure, le réseau et les services de sécurité impliqués dans le déploiement d’une application ou d’une politique.
Encore plus intéressant pour ceux qui ont cité les « compétences » comme leur principal défi, les référentiels peuvent être contrôlés presque exclusivement à partir de la ligne de commande. Oui, en utilisant les mêmes compétences déjà possédées par la plupart des NetOps. Un peu de bash et de PERL*, une API via curl et le tour est joué !
Or, cela ne répond pas au besoin plus profond d’intégration au niveau des appareils, qui s’exprime par la frustration due au manque de solutions des fournisseurs. Car en fin de compte, la configuration ou les modifications de la configuration qui sont stockées dans le référentiel et déclenchées par un Webhook doivent toujours être traduites dans le langage de l'appareil.
Et c’est là qu’entrent en jeu la normalisation et les solutions.
La normalisation réduit le fardeau de l’intégration opérationnelle
L’automatisation est quelque chose sur lequel beaucoup d’entre nous chez F5 se concentrent en ce moment. L’une des solutions que nous avons imaginées est notre chaîne d’outils d’automatisation F5 . Il comprend l'extension F5 Application Services 3 (AS3), l'intégration déclarative F5 (DO), le streaming de télémétrie F5 et la passerelle de services API F5. Associés à un référentiel, ils peuvent permettre aux organisations de créer le pipeline dont elles ont besoin pour déployer les services application dont une application (et l'entreprise) a besoin pour maintenir les applications rapides, sécurisées et disponibles.
Mais Lori, tu penses que cela ne m'aide pas avec tous les autres appareils et services que je dois automatiser et intégrer.
Vrai. C’est l’une des manières dont la normalisation sur une plateforme de services application commune peut être utile. Étant donné que la plateforme (BIG-IP) est la même pour un large ensemble de services application , vous pouvez utiliser la chaîne d'outils d'automatisation pour déployer un WAF, un équilibreur de charge et un contrôle d'accès ainsi qu'une protection DDoS, entre autres. La standardisation sur le moins de plateformes possible ajoute de la valeur en réduisant la charge d'intégration sur toutes les opérations : réseau, infrastructure et sécurité.
Cela est vrai dans les limites du centre de données et dans un scénario multi-cloud. La standardisation sur une plate-forme unique pour les services application et les environnements cloud signifie un délai de rentabilisation plus rapide lors du déploiement d'applications n'importe où.
Vous pouvez trouver la chaîne d'outils d'automatisation F5 (entièrement gratuite) à plusieurs endroits :
- Sur GitHub
- Sur Docker Hub
- Modules Ansible F5
Alors n’oubliez pas que les référentiels ne sont pas seulement un endroit pour stocker des choses. Ils constituent un outil précieux dans votre boîte à outils d’automatisation qui peut être utilisé pour vous aider à automatiser tous les éléments disparates de votre pipeline. La standardisation d’un référentiel associé à une plateforme de services application peut contribuer grandement à réduire la charge opérationnelle imposée par ce mot de quatre lettres : intégration.
*interpréter « PERL » comme Python ou un autre langage de script réellement utilisable. PERL est tout simplement le seul qui rime avec curl et je n'ai rien trouvé de bien qui rime avec wget .