Lire un CV APIM
Le marché est plein de profils « expert Apigee » qui ont regardé une console. Les signaux qui distinguent une vraie compétence plateforme d'une ligne de CV.
L'API management est une spécialité étroite posée sur un marché tendu, et cela produit un phénomène prévisible : la ligne « expert APIM » apparaît sur beaucoup plus de CV qu'il n'existe d'experts. Ce n'est pas toujours de la malhonnêteté. C'est souvent une confusion sincère entre « j'ai travaillé sur un projet où il y avait une gateway » et « je sais tenir une plateforme ».
Sur le CV : les mots qui trahissent
« Configuration de policies » en compétence principale est un signal faible. C'est la partie la plus visible et la moins rare du métier. Cherchez ce qu'il y a autour : qui déployait, qui surveillait, qui était appelé la nuit.
L'absence de tout mot d'exploitation. Un profil qui a réellement tenu une plateforme parle spontanément de montée de version, de supervision, d'incident, de certificats. Un CV APIM sans aucun de ces mots décrit un profil d'intégration, ce qui est un métier respectable, mais un autre métier.
La liste de produits trop longue. Sept gateways en cinq ans, c'est une mission courte sur chacune, donc du paramétrage. Les vrais profils plateforme ont souvent une ou deux technologies en profondeur, et le reste en « pratiqué ».
Le vocabulaire d'éditeur. Un CV rédigé dans les termes exacts de la brochure du produit, certifications en tête de page, décrit quelqu'un qui a appris le produit. La question reste entière : l'a-t-il appris en production ou en formation ?
Le cas des cinq gateways
Un CV qui aligne cinq produits sur une même mission mérite une question, pas un rejet. Deux explications existent et elles ne se valent pas.
La bonne : la mission comportait une phase de sélection, le candidat a monté des maquettes comparatives, et il a effectivement manipulé les cinq. C’est une expérience utile, il sait ce qui diffère entre les produits, et il a probablement une opinion argumentée sur les critères qui départagent.
La mauvaise : les cinq figuraient au périmètre de l’équipe et le candidat en a exploité un.
La question qui tranche se pose en une phrase : sur lequel de ces cinq avez-vous été d’astreinte ? Suivie de : qu’est-ce qui vous a fait écarter les quatre autres ? Un candidat qui a mené une sélection répond précisément, avec des critères et des chiffres. Un candidat qui a recopié un périmètre change de sujet.
La question de version, qui coûte trente secondes
Le filtre le plus rentable de tout l'entretien tient en une question : quelle version, exactement ?
Un produit APIM n'est pas une chose unique, et les ruptures de génération sont l'événement structurant de la vie d'une plateforme. Apigee Edge et Apigee X sont deux produits différents, avec deux modèles de déploiement et une migration qui a occupé des équipes entières pendant des années. Kong 2 et Kong 3 n'ont pas le même routeur. Azure API Management a ses paliers historiques et ses paliers v2, qui ne portent pas les mêmes fonctions.
Quelqu'un qui a tenu la plateforme sait sur quoi il était, connaît la date de bascule, et a une opinion sur ce que la migration a coûté. Quelqu'un qui a été de passage répond par le nom du produit et s'arrête là. Aucune formation ne prépare à cette question, parce que la réponse est une date et un souvenir désagréable.
Les deux questions qui discriminent
Les questions de connaissance pure ne discriminent pas, les réponses s'apprennent. Ce qui discrimine, c'est le récit d'expérience, parce qu'il ne s'invente pas dans le détail.
« Qu'est-ce qui saturait en premier chez vous ? » Une plateforme réelle a toujours un goulot connu de ceux qui la tiennent : connexions backend, fournisseur d'identité, un composant de persistance. Celui qui a tenu la charge sait répondre, et sait aussi à partir de quel volume cela s'est vu. Celui qui a « participé au projet » ne s'est jamais posé la question.
« Comment tourniez-vous les secrets ? » Certificats de la gateway, clés de signature du fournisseur d'identité, identifiants des consommateurs. La rotation est l'endroit où une plateforme casse en silence, et c'est le sujet dont personne ne parle en formation. Une réponse crédible nomme un mécanisme, une périodicité et au moins un incident : la rotation ratée est un passage obligé du métier.
Restent les deux classiques, « racontez-moi votre pire incident » et « comment un changement de configuration arrivait-il en production ». Elles servent encore, mais elles sont devenues attendues, et les réponses circulent. Posez-les en second, pour vérifier la cohérence du récit.
L'épreuve pratique, si le doute persiste
Deux heures sur une instance de démonstration suffisent, à condition de tester le bon niveau. Pas « écrivez une policy de transformation », trop proche du tutoriel. Plutôt : « cette API répond en 4 secondes au lieu de 200 ms, trouvez pourquoi » avec une cause cachée dans la configuration. On observe la méthode : où il regarde d'abord, ce qu'il mesure, ce qu'il exclut.
La méthode de diagnostic est la compétence la plus transférable du métier, et la moins falsifiable en deux heures.
Pourquoi c'est difficile de l'extérieur
Sans avoir tenu une plateforme, on ne distingue pas une bonne réponse d'une réponse plausible : les deux ont la même forme et le même vocabulaire. C'est la raison d'être de cette grille, et sa version complète, du cœur APIM au bloc exploitation, est dans le guide.
Publié en juin 2026.
Sur le même sujet