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