2

在 CloudRun 上进行东西向服务到服务调用时，文档涵盖了服务到服务身份验证，但该示例不包含任何有关解决内部服务的正确方法的文档。

有云运行部署生成的 url，但它包含神秘的随机性，https://{service}-{a google id?}.a.run.app这意味着您不能像在 GKE 集群中那样仅使用服务名称进行东西向调用。

我想知道我是否刚刚错过了 CloudRun 中的文档或 Knative 服务文档中的上游文档，或者我需要使用 CloudRun HTTP 或 RPC API 实现某种服务发现？

4

2 回答 2

0

Cloud Run（托管服务）不提供与 GKE 或 Kubernetes 上的 Cloud Run 通常提供的相同名称质量的主机名。{service}或{service}.{namespace}.srv.cluster.local等将无法解决。

于 2019-05-22T17:17:11.327 回答
0

您可以查看新的 runsd 项目。它通过为您提供友好的主机名来调用同一项目中的其他 Cloud Run 服务来解决 Cloud Run 的 DNS 服务发现问题。它还会自动对发送到 Cloud Run 服务的每个请求进行身份验证

https://ahmet.im/blog/cloud-run-service-discovery/

于 2021-06-25T16:06:59.023 回答