Depuis la première introduction du terme DevOps, il semble que de nouveaux termes liés aux « Ops » apparaissent aussi rapidement que les tendances technologiques. Par exemple :
- AIOP : Améliorez et automatisez divers processus informatiques avec l’IA.
- MLOps : développez, déployez et gérez l’apprentissage automatique.
- FinOps : Optimisation et gestion des coûts du cloud.
- DevSecOps : intégrez la sécurité dans le cycle de vie du développement logiciel (SDLC).
- GitOps : gérez et déployez l’infrastructure et les applications (code et configuration) à l’aide de Git.
Je parie que le prochain terme lié à Ops sera ChatGPT-Ops ;-). Enfin, un terme OP qui est apparu ces derniers mois est APIOps, mais qu’est-ce que cela signifie, d’autant plus que les API ne sont pas nouvelles et se déclinent dans de nombreux styles différents ?
APIOps est une approche qui utilise les principes de GitOps et DevOps pour déployer des API. Semblable à DevOps, APIOps facilite la modification rationalisée et le déploiement automatisé des modifications d’API en production. Tout comme DevOps, l’automatisation est un pilier clé d’APIOps, mais pour réussir chez APIOps, vous devez prendre en compte plus que vos pipelines d’automatisation. Vous devez adopter les principes associés au CALMS pour réussir.
Culture
Vous devez traiter votre API comme un produit. Cela signifie que vous devez vous éloigner de la technique. Une API ne doit pas seulement être considérée comme une tâche Jira et ne doit pas être uniquement la responsabilité des ingénieurs logiciels. Votre API doit avoir un chef de produit affecté pour aider à réussir l’adoption. Votre produit aura une feuille de route, un cycle de vie et des critères de réussite commerciale.
Automatisation
Les équipes DevOps utilisent les métriques DORA (DevOps Research and Assessment) pour évaluer leur niveau de performance et déterminer s’ils entrent dans la catégorie « peu performants » ou « élites ». L’adoption des métriques DORA vous donnera un aperçu des performances de livraison de vos pipelines CI/CD pour mettre votre API en production. Métriques DORA :
- Fréquence de déploiement : fréquence à laquelle une organisation réussit à mettre en production.
- Délai d’exécution des modifications : le temps nécessaire à un engagement pour passer en production.
- Changer le taux d’échec : le pourcentage de déploiements provoquant un échec en production.
- Temps de restauration du service : Le temps qu’il faut à une organisation pour se remettre d’une panne de production.
Assurez-vous que lorsque vous examinez les métriques DORA, vous incluez des éléments dans une perspective centrée sur l’API. Par exemple, l’introduction d’une modification avec rupture dans votre contrat d’API en production doit être incluse dans la métrique « Taux d’échec de la modification », en particulier si la modification n’est pas gérée.
Maigre
Le succès signifie adopter une approche allégée pour éliminer le gaspillage et se concentrer sur la création de valeur pour les clients rapidement et en continu. Si un arbre tombe dans la forêt, fait-il un bruit ? De même, si une API n’est pas utilisée en production, est-ce que quelqu’un s’en soucie ? Ne vous précipitez pas dans la mise en place du service de votre API ; d’abord, assurez-vous que les critères de réussite sont connus. La mise en œuvre doit attendre que l’API ait été examinée et approuvée par ses utilisateurs potentiels. Par exemple, les premiers commentaires des consommateurs pour montrer une API répondront à leur cas d’utilisation/point douloureux.
Mesure
Les KPI techniques sont des enjeux de table pour tout programme API ; cela inclurait les transactions par seconde, le taux d’erreur, la latence et le suivi du SLA de l’API que vous fournissez à vos consommateurs. De plus, vous devez inclure davantage d’objectifs au niveau de l’entreprise pour passer au niveau supérieur de mesure de ce qui compte vraiment. Voici quelques exemples de ce qui peut être suivi :
- Les KPI ROI (retour sur investissement), par exemple, sont votre API qui contribue à générer une croissance directe ou indirecte des revenus, ou des réductions de coûts si vous atteignez le nirvana de la réutilisation des API, etc.
- KPI de consommation : quelle est la tendance de croissance du trafic de votre API chaque mois, ou votre API aide-t-elle à développer l’écosystème de partenaires intégrés à votre organisation ?
- KPI d’engagement : suivez le NPS (Net Promoter Score) de votre API, ou comme votre API est votre produit, suivez-vous la rétention et le taux de désabonnement ?
Partager
Que votre API soit ciblée comme privée (consommée au sein d’une organisation), partenaire (consommée par des partenaires de votre organisation) ou publique (consommée par toute personne intéressée par l’API), vous devez disposer d’un véhicule pour partager vos API et pour vous recevoir les commentaires de vos consommateurs d’API. Ce véhicule serait un portail de développeur d’API interne ou un marché public où les consommateurs peuvent découvrir et s’inscrire/s’inscrire à vos API en libre-service. Également important, pour l’évolution de votre API, vous devez être en mesure, en tant que consommateurs d’API, de fournir des commentaires sur l’API afin qu’elle puisse évoluer dans la bonne direction.
En appliquant les principes DevOps ci-dessus au cycle de vie de l’API, APIOps peut aider les organisations à améliorer la collaboration, à réduire les délais de mise sur le marché, à offrir de meilleures expériences client et, finalement, à de meilleurs résultats commerciaux.