Plan de la plateforme : les applications web et mobiles, les partenaires, les agents IA et les navigateurs appellent Flexway, dans votre infrastructure ; chaque requête suit la Chaîne de décision unifiée : contrat, identité, quotas, politiques, relais. Flexway, passerelle API, IA et agents, est le point de passage unique : toutes les lignes entrent par une seule porte et ressortent par une seule. Les producteurs Kafka passent par le proxy Kafka natif, un couloir à part qui ne traverse pas ces cinq stations. Flexway regroupe huit domaines : API, Sécurité, Trafic, Transformations, IA, Agents, Asynchrone, Exploitation. Il sert vos services REST et gRPC, vos systèmes existants, vos serveurs MCP fédérés, vos modèles internes et vos courtiers Kafka, AMQP, MQTT et NATS ; hors de votre infrastructure, les fournisseurs d'IA et les webhooks des partenaires. Toutes les possibilités sont tracées : les applications web et mobiles atteignent vos services, vos systèmes existants, vos courtiers, les webhooks des partenaires, vos modèles internes et les fournisseurs d'IA ; les partenaires, vos services, vos systèmes existants, vos modèles internes et les fournisseurs d'IA ; les navigateurs, vos services, vos systèmes existants et vos courtiers, en SSE ou WebSocket ; les agents IA, des outils projetés vers vos services, des outils de vos serveurs MCP, vos courtiers par un outil qui publie, vos modèles internes et les fournisseurs d'IA par la surface compatible OpenAI. Six scénarios en lisent un trajet pas à pas. Le Plan de contrôle GitOps, dans son propre cadre, pilote la passerelle et reçoit sa télémétrie : contrat dans Git, fournisseur OIDC, console qui propose en pull request, OpenTelemetry, secrets. Un partenaire au-delà de son quota reçoit un 429 sans que le service soit appelé. À venir : les appareils MQTT, par l'écouteur MQTT des appareils.
- Apps web et mobiles
- Vos applications web et mobiles : elles appellent vos API en REST, gRPC ou gRPC-Web, et chaque appel passe par la décision de Flexway.
- Partenaires
- Les entreprises partenaires qui consomment vos API : identifiées par certificat client ou clé d'API, sous un quota par tenant.
- Agents IA
- Les agents IA : ils appellent des outils MCP et des modèles par Flexway, sous la même identité, le même quota et le même audit qu'une API.
- Navigateurs
- Les navigateurs : appels REST et flux temps réel (SSE, WebSocket), relayés par Flexway sans mise en tampon.
- Producteurs Kafka
- Vos producteurs et consommateurs Kafka : ils se branchent sur le proxy Kafka natif de Flexway, sans changer de bibliothèque.
- Appareils MQTT
- Prévu en 1.7 : Des appareils qui publient en MQTT : Flexway les recevra par son écouteur MQTT, avec une identité et un quota par appareil.
- Contrat
- Flexway ne sert que ce que votre contrat OpenAPI, AsyncAPI ou Protobuf déclare ; le reste reçoit 404 sans atteindre vos services.
- Identité
- Flexway vérifie qui appelle (jeton OIDC, clé d'API ou certificat client) et lit le tenant dans l'identité ; sans identité valide : 401.
- Quotas
- Flexway limite le débit de chaque appelant puis le quota du tenant au jour et au mois ; au-delà : 429, avec Retry-After.
- Politiques
- Les politiques de la route : schéma du contrat, transformations, cache isolé par tenant, appel à un service de décision qui peut refuser.
- Relais
- Flexway relaie vers l'amont sans tampon, sous un délai borné et un coupe-circuit ; chaque décision laisse une trace OpenTelemetry.
- API
- Le contrat est la configuration : un OpenAPI 3.1 suffit pour servir, valider et relayer.
- Sécurité
- Jetons de plusieurs émetteurs, portées et rôles du contrat, clés d'API, certificats clients.
- Trafic
- Débit par appelant, quotas par tenant, délestage, délais, reprises et coupe-circuits : la passerelle refuse proprement plutôt que de tomber.
- Transformations
- En-têtes, chemin, corps et codes de statut remodelés, cache, appel externe et politiques CEL, sans toucher à l'amont.
- IA
- Une surface compatible OpenAI devant vos modèles : budgets en jetons et en euros par tenant, repli ordonné.
- Agents : MCP et A2A
- Les opérations marquées deviennent des outils MCP sous la même décision que REST ; serveurs MCP fédérés.
- Asynchrone
- Publier sur Kafka, AMQP ou MQTT depuis HTTP, avec les mêmes portes ; webhooks signés et rejouables.
- Exploitation
- Journaux, métriques et traces OpenTelemetry, et une console riche qui ne touche jamais la production : un changement devient une pull request.
- Services
- Vos services REST et gRPC : ils ne reçoivent que les requêtes que Flexway a laissées passer, sous délai et coupe-circuit.
- Systèmes existants
- Vos systèmes existants : un service gRPC devient appelable en REST, sans réécriture, par les descripteurs Protobuf.
- Serveurs MCP
- Vos serveurs MCP existants, fédérés derrière Flexway : leurs outils passent sous la même autorisation, le même quota et le même audit.
- Modèles internes
- Vos modèles internes, appelés par la surface compatible OpenAI ; une requête sensible y est épinglée.
- Courtiers
- Vos courtiers Kafka, AMQP, MQTT et NATS : Flexway y publie sous contrat AsyncAPI, en enveloppe CloudEvents.
- Fournisseurs d'IA
- Les fournisseurs d'IA hors de votre infrastructure : leurs clés restent dans Flexway, chaque appel compte au budget du tenant.
- Webhooks partenaires
- Les systèmes de vos partenaires : ils reçoivent vos événements en webhooks signés et rejouables.
- Contrat dans Git
- Votre dépôt Git : le contrat et flexway.yaml y sont versionnés et validés hors ligne ; c'est la seule source de la configuration.
- Fournisseur OIDC
- Votre fournisseur d'identité OIDC : il émet les jetons, Flexway lit ses clés et vérifie chaque jeton.
- Console
- La console de Flexway : elle observe le trafic et propose les changements en pull request, sans jamais écrire en production.
- OpenTelemetry
- OpenTelemetry : traces et métriques de chaque décision, envoyées vers votre observabilité.
- Secrets
- Vos secrets : des références (fichier, variable) résolues à l'exécution, jamais de valeur en clair dans la configuration.
- Proxy Kafka natif
- Le proxy Kafka natif : les clients Kafka s'y branchent en protocole Kafka, hors de la chaîne HTTP, avec un cluster virtuel par tenant.
- Écouteur MQTT
- Prévu en 1.7 : L'écouteur MQTT des appareils, en proxy devant votre courtier, avec identité et quota par appareil.