您有多個微服務，每個都將 REST API 公開為獨立的 Kubernetes Service。為避免在發布新 API 版本時中斷 API 消費者和第三方整合，您應該如何路由請求？

正確答案是使用 Ingress 依據 API URL 將請求路由到適當的後端。Ingress 允許您根據 URL 路徑或主機名稱將外部請求路由到不同的 Kubernetes Service。這使得您可以輕鬆地實作 API 版本控制，例如將 /v1/api 路由到舊版服務，將 /v2/api 路由到新版服務，而無需中斷現有消費者。 服務探索系統主要用於服務之間的內部通訊，而非外部請求路由。部署多個叢集並使用 DNS 路由過於複雜，且通常用於地理分散或災難復原，而非簡單的 API 版本控制。在同一個 Service 中結合多個 API 版本並要求客戶端在 POST 請求中指定版本會增加客戶端的複雜性，並且不符合 RESTful API 設計的最佳實踐，因為版本資訊應包含在 URL 中。