Naar inhoud

Cloud Gateway — federatief cross-cloud API-platform

Een grote Nederlandse supermarktketen. Klant geabstraheerd; metrics zoals geleverd.

Context

De organisatie had 20+ API-gateways laten ontstaan verspreid over teams, met een verouderde IBM API Connect in het midden en geen uniform security- of governancemodel. Elk team loste authenticatie, onboarding en observability anders op. Een nieuwe API toevoegen betekende dagen coördinatie.

Wat ik bouwde

Een federatief, cross-cloud, selfservice-API-platform over AWS API Gateway en Azure APIM, gedreven door Terraform-modules:

  • Een uniform OAuth2/JWT-securitymodel (Okta/Auth0) dat per-team-authenticatie verving.
  • Geautomatiseerde, infrastructure-as-code-onboarding zodat teams zelf een nieuwe API uitrollen.
  • Centrale observability (Datadog) over al het verkeer.
  • Interne React/Node.js-tooling voor developer experience.

Het verving IBM API Connect en consolideerde de 20+ gateways achter één model.

Impact

  • ~500M+ API-requests per maand gefederaliseerd over het platform.
  • 18–20 productteams bediend op één selfservice-model.
  • ~€250–300k per jaar aan kostenbesparing.
  • Onboarding-doorlooptijd teruggebracht van dagen naar minuten.

Het patroon erachter

Diagram: 18–20 productteams sluiten aan via één gefedereerd model — OAuth2/JWT-security, Terraform-self-service-onboarding, Datadog-observability — draaiend op zowel AWS API Gateway als Azure APIM.

Federeer het model, niet de runtime. De voor de hand liggende oplossing voor 20+ gefragmenteerde gateways is één grote centrale gateway met een centraal team ervoor — wat het ESB-verhaal opnieuw vertelt: elk team wacht op één backlog, en het platform wordt de bottleneck die het moest wegnemen. Hier werd de standaard gecentraliseerd en de runtime niet: AWS API Gateway en Azure APIM bleven beide, achter één securitymodel, één onboardingpad, één observability-laag.

Twee beslissingen die dat lieten beklijven:

  • Het product is het contract, niet de gateway. OAuth2/JWT (Okta/Auth0), Terraform-onboardingmodules en Datadog-dashboards waren het platform; welke cloud de call afhandelde was een implementatiedetail. Teams hielden hun runtime en verloren hun maatwerk-auth.
  • Self-service als infrastructure-as-code. Een nieuwe API onboarden is een gereviewde Terraform-wijziging, geen ticket — dat bracht de doorlooptijd van dagen naar minuten, en het maakte governance afdwingbaar: de module ís het beleid.

De trade-off om vooraf te kennen: een gefedereerd model is een belofte die je twee keer moet nakomen. Elke nieuwe capability moet op zowel AWS als Azure landen, anders sterft het "één platform"-verhaal in stilte — je tekent ervoor om alles voor twee runtimes te ontwerpen, voorgoed. Dat is de prijs van 20 teams níét naar één vendor migreren, en hier was het de juiste prijs.

Rol & stack

Leidde het ontwerp en de uitrol — API-standaarden, het securitymodel en governance.

Stack: AWS (API Gateway, IAM, VPC), Azure (APIM, Entra ID), Terraform, Node.js, React, OAuth2/OIDC (Okta/Auth0), Datadog.

→ Zie ook API's & gateways en Integratiearchitectuur.