Masz wiele mikroserwisów, z których każdy udostępnia interfejsy API REST jako oddzielne usługi Kubernetes. Jak należy kierować żądania, aby uniknąć uszkodzenia klientów API i integracji stron trzecich podczas wydawania nowych wersji API?

Ingress w Kubernetes to kontroler API, który zarządza zewnętrznym dostępem do usług klastra, zazwyczaj HTTP/S. Umożliwia on definiowanie reguł routingu opartych na ścieżkach URL lub nazwach hostów, co jest idealne do kierowania żądań do różnych wersji API (np. /v1/users do usługi users-v1, a /v2/users do users-v2). Dzięki temu można wdrażać nowe wersje API równolegle ze starymi, bez przerywania działania istniejących klientów. Klienci mogą stopniowo przechodzić na nową wersję, a Ingress zapewnia stabilne punkty końcowe. System wykrywania usług jest używany wewnętrznie w klastrze, a nie do routingu zewnętrznego. Wiele klastrów i wpisy DNS są zbyt złożonym rozwiązaniem dla prostego wersjonowania API. Łączenie wielu wersji w tej samej usłudze i wymaganie od klienta określenia wersji w żądaniach POST jest możliwe, ale mniej elastyczne i trudniejsze w zarządzaniu niż routing oparty na Ingress.