여러 마이크로서비스가 각각 별도의 Kubernetes Service로 REST API를 노출하고 있습니다. 새 API 버전을 릴리스할 때 API 소비자 및 타사 통합이 중단되는 것을 방지하려면 요청을 어떻게 라우팅해야 합니까?

Ingress는 외부 트래픽을 Kubernetes 클러스터 내부의 서비스로 라우팅하는 데 사용됩니다. API URL 경로를 기반으로 특정 버전의 마이크로서비스 백엔드로 요청을 보낼 수 있으므로, 새 API 버전을 배포할 때 기존 소비자의 중단 없이 트래픽을 점진적으로 전환하거나 특정 버전으로 라우팅할 수 있습니다. 서비스 디스커버리는 내부 서비스 간의 통신에 더 적합하며, 외부 API 소비자에게 직접적인 라우팅 메커니즘을 제공하지 않습니다. 여러 클러스터를 배포하는 것은 복잡하며 DNS만으로는 세밀한 API 버전 라우팅을 구현하기 어렵습니다. 동일한 Service에 여러 버전을 결합하고 클라이언트가 버전을 지정하도록 하는 것은 클라이언트에게 추가적인 부담을 주며, API 버전 관리의 모범 사례가 아닙니다.