Retour à la chaîne : Le lien entre l'écoute et la convivialité

Alors que F5 a évolué vers un style de développement DevOps et Agile sur notre plateforme, nous nous sommes regroupés autour du principe selon lequel l'expédition d'un produit n'est pas la barre du succès.

Aujourd'hui, nous nous débarrassons de la barre et examinons l'ensemble du cycle de vie : l'envoi d'une création, l'écoute des parties prenantes (à l'intérieur et à l'extérieur de F5), puis la réintégration de ces apprentissages dans le développement. Nous accordons la priorité aux commentaires des clients par rapport à presque tout le reste, en particulier lorsqu'ils proviennent de clients exécutant F5 dans des environnements de production.

Notre objectif est toujours de créer un meilleur produit et de combler nos lacunes. Mais il s’agit aussi de trouver un équilibre entre fonctionnalités avancées et simplicité d’utilisation. Nous souhaitons offrir des fonctionnalités avancées à nos clients, mais nous comprenons également 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 entre les mains d’un public plus large, nous remontons la chaîne et automatisons la configuration via de nouvelles API plus riches. Et cela se traduit par la chaîne d’outils d’automatisation F5 dont nous disposons aujourd’hui.

Avec la chaîne d’outils d’automatisation, nous repoussons les limites de ce que nous pensions pouvoir faire et des fonctionnalités que nous pouvions activer. Nous avons constaté qu’une grande partie de cela était lié à l’expérience de l’API, ce qui nous a conduit à opter pour un modèle déclaratif.

Pourquoi l’expérience utilisateur d’une API est-elle importante ? C’est important parce que les personnes qui consomment cela aujourd’hui ne sont pas des architectes de systèmes. Ce sont les développeurs et les ingénieurs situés à deux ou trois niveaux de la chaîne.

Nos clients veulent des services faciles à intégrer et que leurs clients peuvent consommer même s’ils ne sont pas experts. Cela signifie que les API ne peuvent plus être une réflexion ultérieure conçue à l’intention des experts. Nous concevons nos API pour qu’elles soient très claires et succinctes, il est donc facile de déduire comment l’interface doit être utilisée simplement en la regardant.

En rendant l’API déclarative ou basée sur l’intention, nous modifions toute l’approche. Au lieu de donner aux utilisateurs un briefing de configuration de deux pages à suivre, nous leur demandons simplement : Dites-nous quel résultat vous souhaitez.

Et nous permettons à cette automatisation de consommer des services complexes, pas seulement des choses simples. Vous disposez toujours de toute la puissance de la plateforme F5, mais il est désormais facile de proposer ces fonctionnalités complexes aux personnes qui en ont besoin.

Et puis il y a le fait que tous les clients ne sont pas au même stade du parcours vers l’automatisation. Nous avons des clients à tous les niveaux du spectre, nous avons donc également construit la chaîne d'outils d'automatisation comme un ensemble de composants qui peuvent être séparés et utilisés indépendamment, puis réunis en une unité lorsque le moment est venu.

Tout au long de ce cycle de vie, il existe des étapes distinctes qui sont chacune traitées par un composant de la chaîne d'outils d'automatisation :

• Amorçage. Il s’agit de la première étape lorsque vous souhaitez simplement exécuter une instance F5 quelque part. Si vous êtes un client et que vous souhaitez démarrer une instance BIG-IP dans un cloud public ou privé, nous avons des modèles de cloud F5 pour vous aider à y parvenir.
• Intégration. C’est ici que vous amenez cette instance au point où vous pouvez déployer un service. Vous ne voulez pas que vos développeurs aient à configurer toutes vos adresses IP, à configurer les utilisateurs, la journalisation et tout cela. Et ils ne veulent pas faire ça non plus. C’est là qu’intervient l’extension d’intégration déclarative F5. Cela nous permet de présenter une interface déclarative très simple pour prendre en charge la configuration initiale.
• Déploiement de services application . C'est ce qui se passe au quotidien dans tous les environnements. Déploiement d'un nouveau service. Modifier ou supprimer ce service. Le modifier ou ajouter de nouvelles fonctionnalités. Pour cela, nous disposons de l'extension F5 App Services 3 (AS3), qui présente une interface API déclarative basée sur les résultats avec la possibilité de modéliser la configuration. La plupart de nos clients commencent par AS3, car c'est cette norme qui offre généralement le plus de valeur immédiatement.
• Surveillance et télémétrie. Lorsque vous utilisez la chaîne d'outils d'automatisation, les données sont désormais disponibles par défaut. Il est donc logique d'utiliser l'extension de diffusion de télémétrie F5 et de récupérer ces données de l'appareil le plus rapidement possible vers un autre système. Il peut s'agir de produits tels que notre plateforme de gestion BIG-IQ , une solution d'analyse basée sur le cloud ou d'autres outils qui vous permettent d'appliquer les principes du Big Data à ce que vous obtenez des appareils.
• Gestion du changement. Le changement se produit et se produira toujours. Pour en revenir à DevOps, nous nous éloignons également des changements massifs et des versions monumentales. Aujourd’hui, ce sont de petites unités qui changent au fil du temps. Vous pouvez proposer au client de nouvelles fonctionnalités au compte-gouttes, et il peut les adopter selon ses besoins. Et aucun de ces changements ne perturbera ce qui précède ni ne nécessitera de modifications importantes.

Tous ces éléments reposent sur un seul appel d’API à la plateforme qui décrit le résultat souhaité. F5 traite l'appel dans toutes les actions qui doivent avoir lieu sur un périphérique BIG-IP pour atteindre cet état, et répond en disant oui, c'est fait ou non, il y a un problème. Tout cela se fait de manière très stable, sur la base de modèles et de méthodologies établis pour les systèmes automatisés.

Le résultat est que la chaîne d’outils d’automatisation réduit l’effort requis pour s’intégrer à notre plateforme à un point où c’est presque une évidence.

Notre vision de la manière dont les plateformes F5 devraient être intégrées à l’avenir est que nous voulons être la plateforme la plus simple à intégrer pour l’écosystème. Livre pour livre, pour chaque ligne de code qu'un client ou un partenaire doit écrire pour notre plateforme, nous voulons offrir 100 fois le coût de cette ligne de code en termes de fonctionnalités et de convivialité.

En fin de compte, il ne s’agit pas de faire des choses simples. Il s’agit de faire des choses très complexes d’une manière très simple. C'est ce que propose la chaîne d'outils d'automatisation F5.