Je hebt meerdere microservices die elk REST API's beschikbaar stellen als afzonderlijke Kubernetes Services. Hoe moet je verzoeken routeren om te voorkomen dat API-gebruikers en integraties van derden worden verbroken bij het uitbrengen van nieuwe API-versies?

Een Ingress in Kubernetes is ontworpen voor externe toegang tot services binnen het cluster en kan HTTP(S)-routing regelen op basis van URL-paden, hostnamen en andere regels. Dit maakt het mogelijk om verschillende API-versies (bijv. /api/v1/users en /api/v2/users) naar afzonderlijke backend-services te routeren zonder de client te breken. Het gebruik van een service discovery-systeem is meer gericht op interne service-naar-service communicatie en vereist dat de client de specifieke backend kent, wat niet ideaal is voor externe API-gebruikers. Meerdere clusters en DNS-vermeldingen zijn een complexere oplossing die meestal wordt gebruikt voor geografische distributie of disaster recovery, niet primair voor API-versiebeheer binnen één applicatie. Het combineren van meerdere API-versies in dezelfde Service en het vereisen van client-specificatie in POST-verzoeken is onpraktisch en kan leiden tot onnodige complexiteit en breekpunten voor clients.