在CloudRun上进行东西向服务呼叫时，文档涵盖service to service authentication，但示例未包含有关解决内部服务的正确方法的任何文档。
有一个由云运行部署生成的URL，但是它包含神秘的随机性https://{service}-{a google id?}.a.run.app，这意味着您不能像在GKE集群中那样仅使用服务名称进行东西向呼叫。
我想知道是只是错过了CloudRun中的文档还是Knative服务文档中的上游文档，还是我需要使用CloudRun HTTP或RPC API实施某种服务发现？
答案 0 :(得分：0)
Cloud Run（托管服务）所提供的名称生活质量的主机名通常与在GKE或Kubernetes上运行的Cloud主机名相同。 {service}或{service}.{namespace}.srv.cluster.local等将无法解决。
答案 1 :(得分：0)
你可以看看新的runsd项目。它通过为您提供友好的主机名来调用同一项目中的其他 Cloud Run 服务来解决 Cloud Run 的 DNS 服务发现问题。它还自动对发送到 Cloud Run 服务的每个请求进行身份验证