Sie haben mehrere Microservices, die jeweils REST-APIs als separate Kubernetes Services bereitstellen. Wie sollten Sie Anfragen weiterleiten, um zu vermeiden, dass API-Consumer und Integrationen von Drittanbietern beim Veröffentlichen neuer API-Versionen unterbrochen werden?

Ein Ingress in Kubernetes fungiert als API-Gateway, das externe Anfragen basierend auf Regeln wie der URL an die entsprechenden Backend-Dienste weiterleitet. Dies ermöglicht eine nahtlose Weiterleitung von Anfragen an verschiedene API-Versionen, ohne dass Clients ihre Aufrufe ändern müssen. Durch die Nutzung von URL-Pfaden (z.B. /api/v1/users, /api/v2/users) kann der Ingress die richtige Version ansprechen. Ein Service-Discovery-System hilft bei der internen Kommunikation, löst aber nicht das Problem der externen Weiterleitung oder der Abstraktion für API-Consumer. Mehrere Cluster mit DNS-Einträgen sind eine übermäßige Komplexität für dieses Problem und bieten keine feingranulare Weiterleitung auf API-Ebene. Das Kombinieren mehrerer API-Versionen im selben Service und das Verlangen einer Versionsangabe vom Client ist genau das, was vermieden werden soll, da es die Clients an bestimmte Implementierungsdetails bindet und bei Versionsänderungen zu Unterbrechungen führen kann.