我使用proxy-middleware 套件將Nodejs 檔案中實際API URL 的路徑重寫為/api/events/restservices/api/disaster/v1/events > 為了隱藏實際的url ，我們不是使用不同環境的lgw 調用api，而是使用CDP GRM 邊緣URL 進行調用，就像我們調用actual- 而不是。
問題- 部署時，一個Pod 會對其請求URL 的資料進行回應- “grm-edge-url/api/events”，其中grm-edge-url 具有podnumber:portnumber ；而其失敗並給出回應為400 bad request，主體回應為「無法辨識的配置」及其請求URL - 與其他具有不同podnumber:portnumber 的請求類似。 actual lgw/api/events grm-url/api/ events
在郵差中進行測試 - 實際 URL 和 grm 邊緣 URL - 給予回應，但另一個 pod 給出 400 錯誤。
如果您在 Kubernetes Pod 中遇到 400 錯誤，響應為“無法識別的配置”，您可以採取以下一些步驟來解決該問題：
仔細檢查 API 配置是否有任何錯誤或缺少參數。 使用 kubectl 日誌查看有問題 pod 的日誌以收集更多資訊。 檢查 API 伺服器日誌中是否有任何相關錯誤訊息或錯誤配置。 驗證網路連線並確保不存在 DNS 或防火牆問題。 將有問題 Pod 的配置與同一部署中的其他 Pod 進行比較。 嘗試更新或重新啟動 Pod 以解決任何不一致問題。 請參閱 API 文件或支援以了解特定的故障排除步驟。 如果您需要更多具體幫助，請提供其他詳細資訊。