Les cinq piliers
Découverte, observabilité, gouvernance, médiation, accès : les cinq fonctions d’une plateforme d’API, et l’usage de cette grille en évaluation comme en diagnostic.
Une plateforme d’API management rend cinq fonctions. Elles ne dépendent ni du produit installé ni de l’organisation : ce sont des services rendus, pas des modules de logiciel. La grille sert à comparer des offres sans se laisser guider par leurs plaquettes, et à diagnostiquer une plateforme en place.
| Pilier | La question à laquelle il répond |
|---|---|
| Découverte | Comment trouve-t-on ce qui existe, et comment fait-on un premier appel ? |
| Observabilité | Que se passe-t-il, et où est la cause quand ça se dégrade ? |
| Gouvernance | Comment une API évolue-t-elle, et comment est-elle retirée ? |
| Médiation | Que fait la plateforme entre l’appel et le service ? |
| Accès | Qui appelle, avec quelle preuve, et jusqu’où ? |
Pourquoi ce découpage
Chaque pilier se dégrade seul, et le coût de sa dégradation apparaît ailleurs que chez l’équipe plateforme. Une plateforme sans découverte a des tableaux de bord verts : le coût est chez les consommateurs, en semaines d’intégration, et il ne remonte jamais. Une plateforme sans gouvernance fonctionne aussi, jusqu’au premier retrait d’une API dont on ne connaît pas les appelants.
Un découpage plus court perd cette valeur diagnostique : on ne peut plus nommer ce qui manque.
Comment s’en servir
Pour évaluer une offre. Noter, pilier par pilier, ce que le produit rend immédiatement, pas ce qu’il permet de construire. Un pilier qui demande six mois de développement n’est pas couvert.
Pour diagnostiquer une plateforme. Le pilier le plus faible dicte la prochaine action. Les investissements se font souvent sur le pilier le plus confortable pour l’équipe, rarement sur le plus faible.
Pour cadrer une discussion. Une partie des désaccords sur l’API management sont des désaccords de vocabulaire. Nommer le pilier concerné les fait tomber.
Mis à jour en août 2026.