F5 AS3 et l’automatisation Red Hat Ansible

Si vous avez déjà commencé à automatiser les services applicatifs F5, vous connaissez probablement les outils d’automatisation tels qu’Ansible. Il existe aujourd’hui 115 modules Ansible pour F5 qui vous permettent d’automatiser et de gérer diverses activités et configurations F5, notamment l’octroi de licences, l’équilibrage de charge, la disponibilité globale, les politiques de trafic et de sécurité, et bien plus encore. Développés à la demande des clients, ces modules Ansible sont conçus et pris en charge par F5. Afin de couvrir davantage de cas d’utilisation et de faciliter le déploiement des services applicatifs, F5 lance Application Services 3 (AS3) dans le cadre de la chaîne d’outils d’automatisation F5 (consultez le guide de l’utilisateur d’AS3 pour plus d’informations contextuelles).

Lors de discussions avec des clients au sujet de l’automatisation de F5 avec Ansible, il est apparu que certains experts de l’automatisation cherchent à rendre leurs automatisations existantes plus durables, plus robustes et plus portables. L’une des questions fréquemment posées ressemble à ceci : « J’utilise Ansible pour automatiser la majeure partie de mon infrastructure applicative et j’entends maintenant parler d’AS3. Il semble qu’AS3, tout comme Ansible, puisse configurer des services applicatifs sur F5 BIG-IP. Ces solutions permettent-elles d’obtenir le même résultat ? Existe-t-il une approche recommandée que je devrais adopter ? »

Sans chercher à privilégier l’un plutôt que l’autre, l’approche qui vous convient dépend réellement des problèmes que vous tentez de résoudre et, dans certains cas, des politiques de votre entreprise. L’objectif ici est d’essayer de répondre à cette question en apportant quelques éléments de contexte et de présenter des pistes montrant à quel point ces deux outils sont complémentaires. Cela vous intéresse ? Poursuivez votre lecture…

AS3 est une extension d’API BIG-IP qui utilise un document JSON pour configurer les services applicatifs de couches 4 à 7 sur un BIG-IP au moyen d’une interface déclarative unique. AS3 est destinée à être publiée tous les mois, généralement au début de chaque mois, et est déjà prise en charge par F5 pour TMOS 12.1.x et versions ultérieures.

Quand utiliser AS3, quand utiliser les modules Ansible et quand utiliser les deux

Pour faire simple, le choix entre AS3 et Ansible dépend de votre préférence pour une approche de configuration impérative ou déclarative. AS3 vous permet d’aborder la configuration de F5 de manière déclarative plutôt qu’impérative. L’utilisation conjointe d’AS3 et d’Ansible permet d’abstraire et de transformer votre configuration en modèle en employant, dans la déclaration, des termes conformes aux normes du secteur (par exemple, WAF). En outre, à mesure qu’AS3 s’enrichit de nouvelles fonctionnalités, il devrait vous être plus facile de les ajouter à la configuration de votre application. En effet, lorsque vous faites évoluer votre déclaration AS3, vous n’avez pas besoin d’organiser les tâches dans un ordre précis : AS3 détermine pour vous les étapes à suivre et l’ordre des opérations.

Dans l’ensemble, AS3 est un bon choix si vous souhaitez utiliser une interface déclarative pour créer des modèles de configurations BIG-IP complètes à l’aide de JSON. Les modules Ansible sont un bon choix si vous souhaitez continuer à utiliser une approche impérative ou privilégier des opérations et des tâches ponctuelles. Il n’existe pas de bonne ou de mauvaise approche. Tout dépend des exigences, des besoins et des contraintes de votre stratégie d’automatisation.

Automatisation F5 en entreprise avec Red Hat Ansible Tower

Si vous utilisez déjà Ansible dans l’ensemble de votre centre de données et tirez parti de son écosystème, vous disposez désormais de deux options :

1. Utilisez Ansible pour configurer les services L4-L7 via les modules Ansible de F5
2. Utilisez Ansible pour configurer le service L4-L7 via AS3

Cela signifie que vous disposez d’une flexibilité accrue si vous souhaitez automatiser avec le projet open source Ansible : vous pouvez automatiser les tâches à l’aide de modules BIG-IP distincts, et désormais utiliser également une méthode basée sur des modèles avec AS3.

Pour configurer les services applicatifs F5 à l’aide d’Ansible et d’AS3, vous pouvez utiliser le module bigip_appsvcs_extension développé par F5 ou le module URI d’Ansible.

Pour configurer les services applicatifs F5 à l’aide des modules Ansible, vous pouvez utiliser les modules intégrés distribués dans le cadre de la version open source d’Ansible.

Alors, comment mettre en production vos environnements F5 automatisés ? Comment faire en sorte que votre solution d’automatisation soit prise en charge à la fois par F5 et Red Hat ? Disposez-vous d’une équipe distribuée qui a besoin de fonctionnalités d’automatisation avancées, telles que le contrôle d’accès basé sur les rôles (RBAC), l’exécution planifiée de tâches d’automatisation ou une API RESTful permettant l’intégration à d’autres workflows plus vastes ? Vous trouverez la réponse avec Red Hat Ansible Tower. Les clients de F5 peuvent exploiter toute la puissance de Red Hat Ansible Tower pour mettre en place des pipelines CI/CD plus efficaces.

Red Hat Ansible Tower offre toute la liberté nécessaire au développement de playbooks Ansible, tout en ajoutant les fonctionnalités de protection dont les opérateurs réseau peuvent avoir besoin, notamment s’ils ne sont pas experts en automatisation. Avec Red Hat Ansible Tower, les équipes disposent désormais de la souplesse nécessaire pour automatiser leurs environnements F5 (via AS3 ou les modules Ansible de F5), tout en permettant l’application et la validation continues des configurations.

Bien démarrer

Pour vous aider à démarrer, voici une vidéo de présentation d’AS3 de 2 minutes ainsi qu’un environnement Ansible de test qui met en évidence les avantages de l’abstraction lors de l’utilisation d’outils d’automatisation. Une fois que vous vous serez familiarisé avec le concept, essayez également les rôles F5 Ansible sur Galaxy.