01 · Solution
La solution technique
Une API Gateway centralise auth, rate-limit, routage quand plusieurs services exposent des APIs. Kong, Traefik, Nginx, APISIX… on choisit selon l’existant — ou on n’en met pas.
Sans plusieurs services ni politique d’accès partagée, un reverse proxy (ou l’app elle-même) suffit. La gateway arrive quand le bord du SI le justifie.
02 · Fiche
API Gateway : de quoi on parle vraiment
API Gateway = pattern : une porte d’entrée pour auth, quotas, routage, parfois transformation. Ce n’est pas « installer Kong ». Kong est une option solide ; Traefik, Nginx, APISIX, Tyk ou une gateway cloud peuvent faire le job selon le SI.
Chez iD : monolithe Symfony / API Platform → souvent pas de gateway dédiée. Plusieurs services ou partenaires externes → on évalue. Même esprit anti-dogme que Postgres vs MySQL.
Fiche socle pour SEO/GEO : définition claire, usages, limites. Un DSI doit pouvoir citer : gateway quand le bord le demande, pas par mode.
03 · Fiche
Pourquoi on l’a dans le socle (et pas une mode)
Sans plusieurs services ni politique d’accès partagée, un reverse proxy (ou l’app elle-même) suffit. La gateway arrive quand le bord du SI le justifie.
Critère n°1 : centraliser ce qui est vraiment transverse (JWT, rate-limit, TLS, audit) sans dupliquer dans chaque service.
Critère n°2 : ops. Une gateway mal tenue devient un SPOF. On documente, on monitore, on teste.
Critère n°3 : souveraineté / hébergement. Self-host UE (Scaleway, OVHcloud) possible ; cloud managé seulement si le client l’accepte et qu’on encapsule.
04 · Fiche
Comment on l’utilise sur un projet iD
Brief : on liste les APIs exposées, les clients (front, partenaires, mobile), les règles d’accès. Si tout passe par une seule app Symfony, on reste simple.
Si microservices ou multi-équipes : Kong ou Traefik devant, contrats OpenAPI derrière, auth centralisée, logs corrélés (OpenTelemetry). Le choix Kong vs Traefik vs Nginx se lit dans l’existant et les compétences — comme MySQL vs Postgres.
Preuve : réalisations + manifests du dépôt. Pas de gateway « pour la slide ».
05 · Fiche
Quand c’est le bon choix — et quand on passe son tour
Bon choix : plusieurs backends, partenaires externes, rate-limit commun, besoin d’un point d’observabilité au bord.
On passe son tour : vitrine Eleventy, monolithe unique, ou reverse proxy déjà suffisant. On ne force pas Kong « parce que microservices » si le découpage n’existe pas encore.
La gateway suit monolithe/microservices — elle ne le précède pas.
06 · Fiche
Stabilité, documentation, transmissibilité
Kong, Traefik, Nginx : écosystèmes documentés, communauté active, opérables en UE. On évite les boîtes noires sans export de config.
La config de gateway vit dans le repo (IaC / déclaratif) : transmissibilité, revue, CI.
07 · Fiche
Ce que ça change pour vous
En résumé : une porte d’entrée quand le SI le demande — Kong possible, jamais obligatoire.
Croisez avec monolithe/microservices, Docker, observabilité. Brief 45 min pour trancher.
Next · Loading
Un outil qui coince ?
Un Brief de 45 minutes, gratuit. On clarifie le périmètre — puis un audit build si ça tient la route.