À mesure que F5 a adopté une approche de développement DevOps et Agile sur sa plateforme, nous nous sommes ralliés au principe selon lequel la livraison d’un produit ne constitue pas à elle seule un critère de réussite.
Aujourd’hui, nous ne nous contentons plus de ce seul critère et prenons en compte l’ensemble du cycle de vie : nous lançons une création, recueillons l’avis des parties prenantes (au sein de F5 comme à l’extérieur), puis réinjectons les enseignements tirés dans le processus de développement. Nous accordons la priorité aux retours des clients par-dessus presque toute autre considération, en particulier lorsqu’ils proviennent de clients qui utilisent F5 dans des environnements de production.
Notre objectif est toujours de concevoir un meilleur produit et de combler nos lacunes. Mais il s’agit aussi de trouver un équilibre entre fonctionnalités avancées et facilité d’utilisation. Nous voulons offrir des fonctionnalités avancées à nos clients, tout en sachant que l’utilisateur final n’est pas nécessairement l’architecte système avec lequel nous travaillons en amont.
Pour mettre des fonctionnalités complexes à la portée d’un public plus large, nous remontons la chaîne et automatisons la configuration grâce à de nouvelles API plus riches. C’est ainsi qu’est née la chaîne d’outils d’automatisation F5 dont nous disposons aujourd’hui.
Avec l’Automation Toolchain, nous repoussons les limites de ce que nous pensions pouvoir accomplir et des fonctionnalités que nous pouvions proposer. Nous avons constaté que cela tenait en grande partie à l’expérience offerte par l’API, ce qui nous a conduits à privilégier un modèle déclaratif.
Pourquoi l’expérience utilisateur d’une API est-elle importante ? Parce qu’aujourd’hui, ceux qui l’utilisent ne sont pas les architectes système, mais les développeurs et les ingénieurs qui interviennent deux ou trois niveaux plus loin dans la chaîne.
Nos clients veulent des services faciles à intégrer et que leurs propres clients puissent utiliser, même s’ils ne sont pas experts. Cela signifie que les API ne peuvent plus être conçues après coup en pensant uniquement aux experts. Nous concevons nos API de manière à ce qu’elles soient très claires et concises, afin qu’un simple coup d’œil suffise à comprendre comment utiliser l’interface.
En rendant l’API déclarative ou fondée sur l’intention, nous changeons complètement d’approche. Au lieu de fournir aux utilisateurs un document de configuration de deux pages à suivre, nous leur demandons simplement : dites-nous quel résultat vous souhaitez obtenir.
Et nous permettons à cette automatisation d’exploiter des services complexes, et pas seulement des fonctionnalités simples. Vous bénéficiez toujours de toute la puissance de la plateforme F5, mais il est désormais facile de mettre ces fonctionnalités complexes à la disposition de ceux qui en ont besoin.
À cela s’ajoute le fait que tous les clients n’en sont pas au même stade de leur parcours vers l’automatisation. Nos clients se situent à tous les niveaux du spectre, c’est pourquoi nous avons également conçu l’Automation Toolchain comme un ensemble de composants pouvant être dissociés et utilisés indépendamment, puis réunis en une solution intégrée lorsque le moment est venu.
Tout au long de ce cycle de vie, chaque étape distincte est prise en charge par un composant de la chaîne d’outils d’automatisation :
- Amorçage. Il s’agit de l’étape initiale, lorsque vous souhaitez simplement mettre en service une instance F5 quelque part. Si vous êtes client et que vous souhaitez amorcer une instance BIG-IP dans un cloud public ou privé, les modèles F5 Cloud Templates vous permettent de le faire.
- Intégration. Il s’agit ici d’amener cette instance au stade où vous pouvez déployer un service. Vous ne voulez pas que vos développeurs aient à configurer toutes vos adresses IP, les utilisateurs, la journalisation et tout le reste. Et eux non plus ne veulent pas s’en charger. C’est là qu’intervient l’extension F5 Declarative Onboarding. Elle nous permet de proposer une interface déclarative très simple pour prendre en charge la configuration initiale.
- Déploiement de services applicatifs. Il s’agit des opérations quotidiennes effectuées dans chaque environnement : déployer un nouveau service, modifier ou supprimer ce service, ou encore le faire évoluer en lui ajoutant de nouvelles fonctionnalités. Pour cela, nous proposons l’extension F5 App Services 3 (AS3), qui fournit une interface d’API déclarative axée sur les résultats et permet de créer des modèles de configuration. La plupart de nos clients commencent par AS3, car c’est généralement la solution qui apporte le plus de valeur immédiatement.
- Surveillance et télémétrie. Lorsque vous utilisez l’Automation Toolchain, les données sont désormais disponibles par défaut. Il est donc logique d’utiliser F5 Telemetry Streaming Extension afin de les transférer aussi rapidement que possible de l’appareil vers un autre système. Il peut s’agir de produits tels que notre plateforme de gestion BIG-IQ, d’une solution d’analyse basée dans le cloud ou d’autres outils permettant d’appliquer les principes du big data aux données provenant des appareils.
- Gestion des changements. Les changements sont inévitables et le seront toujours. Pour en revenir au DevOps, nous délaissons également les changements massifs et les versions majeures. Aujourd’hui, les changements sont apportés progressivement, par petites unités. Vous pouvez proposer de nouvelles fonctionnalités au client au compte-gouttes, afin qu’il les adopte selon ses besoins. Et aucun de ces changements ne remettra en cause l’existant ni ne nécessitera de modifications importantes.
Tout cela repose sur un seul appel d’API à la plateforme, qui décrit le résultat souhaité. F5 convertit cet appel en l’ensemble des actions à effectuer sur un appareil BIG-IP pour atteindre cet état, puis indique soit que l’opération a réussi, soit qu’un problème est survenu. Le tout est réalisé de manière très fiable, selon des modèles et des méthodologies éprouvés pour les systèmes automatisés.
Résultat : l’Automation Toolchain réduit à tel point les efforts nécessaires pour intégrer notre plateforme que son adoption relève presque de l’évidence.
Notre vision de l’intégration future des plateformes F5 est la suivante : nous voulons être la plateforme la plus facile à intégrer pour l’écosystème. À investissement égal, pour chaque ligne de code qu’un client ou un partenaire doit écrire pour notre plateforme, nous voulons offrir des fonctionnalités et une facilité d’utilisation dont la valeur équivaut à 100 fois le coût de cette ligne de code.
En fin de compte, il ne s’agit pas de faire des choses simples, mais de réaliser des opérations très complexes de manière très simple. C’est précisément ce que permet la chaîne d’outils d’automatisation F5.
À propos de l’auteur
Articles de blog associés

F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.