Les requêtes « Kong vs WSO2 » et « Apigee vs Azure API Management » comparent des produits qui ne couvrent pas le même périmètre. Kong Gateway, dans son édition open source, est d’abord une passerelle. WSO2 API Manager, Gravitee et les offres Apigee ou Azure API Management se présentent comme des plateformes, avec portail et plan de gestion. AWS API Gateway est un service managé de publication et d’invocation, dont le portail développeur n’est pas un composant central. Le tableau ci-dessous s’en tient à ce que les documentations publiques décrivent. Il ne classe pas les produits.
Comment lire le tableau
Chaque cellule résume un trait stable du produit, pas une fonction mineure d’une version donnée. Les éditions commerciales ajoutent des capacités. Avant un choix, la ligne utile est celle de l’édition que l’on peut réellement souscrire ou installer. Les liens vers les documentations sont regroupés sous le tableau. Les pages détaillées reprennent l’architecture, les limites et la mise en œuvre : WSO2 API Manager, Kong, Apigee, Azure API Management, AWS API Gateway, Gravitee.
| Critère | WSO2 API Manager | Kong | Apigee | Azure API Management | AWS API Gateway | Gravitee |
|---|---|---|---|---|---|---|
| Nature | Plateforme à installer, open source, avec offre de support | Passerelle open source, éditions commerciales et Konnect | Plateforme Google Cloud, y compris mode hybrid | Service Azure, passerelle auto-hébergée selon le niveau | Service AWS managé | Plateforme à installer, open source, avec offre entreprise |
| Plan de données | Passerelle API, et intégrateurs dans la distribution | Nœuds de proxy, plugins | Runtime opéré ou pods hybrid | Passerelle managée ou auto-hébergée | Service régional, sans installation autonome | Passerelle à déployer |
| Plan de gestion | Publisher, portail, Key Manager, Traffic Manager | Admin API, mode déclaratif, ou Konnect selon l’édition | Plan de gestion Google Cloud | Portail Azure | Console et API AWS | Console et API de gestion |
| Portail développeur | Inclus dans la plateforme | Hors du cœur de la passerelle open source | Inclus dans la plateforme | Inclus dans le service | Non constitutif du service | Inclus dans la plateforme |
| Styles d’API documentés | REST, GraphQL, SOAP exposé en REST, WebSocket, WebHook, SSE | HTTP, et d’autres protocoles selon la version, dont gRPC | Proxies d’API, politiques, cibles backend | API publiées en produits, politiques, versions | REST, HTTP et WebSocket | Synchrone et asynchrone, selon la version |
| Lieu du trafic | Réseau où la passerelle est installée | Réseau où les nœuds sont installés | Google Cloud, ou cluster client en hybrid | Azure, ou réseau de la passerelle auto-hébergée | Régions AWS | Réseau où la passerelle est installée |
| Qui exploite le runtime | L’équipe qui l’installe | L’équipe qui l’installe, ou l’éditeur pour Konnect | Google, ou le client pour les pods hybrid | Microsoft, ou le client pour la passerelle auto-hébergée | AWS | L’équipe qui l’installe, sauf offre opérée |
Kong vs WSO2
La différence utile n’est pas une liste de plugins. WSO2 API Manager inclut, dans la même distribution documentée en version 4.3, le Publisher, le portail développeur, le Key Manager et le Traffic Manager, autour de la passerelle. Kong, dans son édition open source, se concentre sur le proxy, les routes et les plugins, avec une configuration possible en mode déclaratif ou avec base. Le portail et une partie de la gestion relèvent d’éditions ou de Konnect.
Kong vs WSO2 se décide donc sur le besoin de portail et de cycle de vie au premier jour, et sur la volonté d’exploiter une plateforme large ou une passerelle plus étroite. Les deux peuvent s’exécuter sur Kubernetes. Les modèles diffèrent : ressources d’installation WSO2 d’un côté, passerelle et contrôleur d’ingress de l’autre. L’article Kong vs WSO2 : comment choisir sa passerelle API reprend les questions dans l’ordre où elles se posent en cadrage.
Apigee vs Azure API Management
Apigee vs Azure API Management oppose deux plateformes managées, rattachées chacune à un cloud. Les deux offrent une passerelle, des politiques, un portail et de l’analytique. Apigee peut exécuter le runtime en hybrid dans un cluster client, avec un plan de gestion Google. Azure API Management peut déployer une passerelle auto-hébergée selon le niveau, avec un plan de gestion Azure. Dans les deux cas, une partie du pilotage reste chez le fournisseur.
Le choix suit souvent l’hébergement déjà retenu et l’identité déjà en place, Google Cloud d’un côté, Microsoft Entra ID et le réseau Azure de l’autre. Il ne se déduit pas d’un critère unique de performance. Aucun des deux produits n’est, par principe, plus adapté à un système d’information qui n’est pas déjà chez l’un de ces fournisseurs. Une plateforme installée, WSO2 ou Gravitee, reste l’autre branche lorsque le plan de gestion doit résider dans le réseau de l’organisation.
Où placer AWS API Gateway
AWS API Gateway publie des API REST, HTTP et WebSocket, avec autorisation et intégration aux services du compte. Il ne reprend pas, seul, le portail et les produits d’API au sens d’Azure API Management ou d’Apigee. Le comparer aux plateformes complètes sur la seule présence d’un portail est donc peu informatif. Il est à sa place lorsque le besoin est un service managé devant Lambda ou un backend du compte, et que la documentation des consommateurs est publiée à côté.
Ce que le tableau ne dit pas
Il ne dit pas le prix, qui dépend du niveau, de la région, du volume et du contrat. Il ne dit pas la qualité du support. Il ne dit pas qu’un produit open source est gratuit à exploiter : le temps d’exploitation, les bases et les mises à jour ont un coût. Il ne dit pas non plus qu’un service managé retire toute responsabilité. Les contrats d’API, les secrets, les quotas et la surveillance des erreurs backend restent à définir.
Les documentations évoluent. Une cellule de ce tableau qui contredit la page officielle du jour doit être considérée comme périmée. Les sources utilisées sont :
- WSO2 API Manager 4.3.0 et son architecture
- Kong Gateway
- What is Apigee
- Concepts Azure API Management et la passerelle auto-hébergée
- AWS API Gateway et HTTP API versus REST API
- Documentation Gravitee API Management
Ce que Technocify peut prendre en charge
Le comparatif ne remplace pas un audit du parc. Technocify part des API existantes, de l’identité, du lieu où le trafic doit rester et de l’équipe qui exploitera le runtime. La conception retient un produit et une édition, pas une catégorie. La mise en œuvre se limite d’abord à un parcours complet, puis élargit. Le run reprend les mises à jour et les changements de contrat.
Les équipes Technocify s’appuient sur une pratique de l’intégration et des API depuis 2009. Nos consultants sont certifiés WSO2 API Manager Practitioner V4 (2023), WSO2 API Manager Developer V3 (2021), MuleSoft Developer V4 (2022), Workato Automation Pro I, II, III (2025, valides jusqu’en 2027) et ITIL V4 (2020). Voir À propos. Le cadre d’ingénierie est décrit sur plateformes API et cloud et interopérabilité.
Un devis de cadrage nomme les produits encore en lice et les contraintes de réseau, pas une short-list abstraite.