设置适用于采用 ESPv2 的 Cloud Run 的 Cloud Endpoints gRPC

设置适用于采用 ESPv2 的 Cloud Run 的 Cloud Endpoints gRPC

OpenAPI   |  gRPC

本页面介绍如何使用 gRPC 后端为 Cloud Run 设置 Cloud Endpoints。Endpoints 使用 Extensible Service Proxy V2 (ESPv2) 作为 API 网关。如需为 Cloud Run 提供 API 管理功能，请将预构建的 ESPv2 容器部署到 Cloud Run。然后，使用 Cloud Run IAM 保护服务，以便 ESPv2 可调用它们。

如此设置之后，ESPv2 会拦截向您服务发出的所有请求，并在调用服务之前执行任何必要的检查（如身份验证）。当服务响应时，ESPv2 会收集并报告遥测数据，如下图所示。您可以在 Google Cloud 控制台中的 Endpoints > Services 页面上查看服务的指标。

注意：在上图中，ESPv2 和“后端”部署在两个单独的 Cloud Run 实例中。

如需大致了解 Cloud Endpoints，请参阅 Endpoints 简介和 Endpoints 架构。

迁移到 ESPv2

以前版本的 Cloud Endpoints 在使用 ESP 的 Cloud Run 上不支持 gRPC。 要使用此功能，请迁移到 Extensible Service Proxy V2。

任务列表

学习本教程时，请使用以下任务列表。完成本教程所需的所有任务。

1. 创建一个 Google Cloud 项目，如果您尚未部署自己的 Cloud Run，请部署一个示例后端 gRPC 服务。请参阅准备工作。
2. 为 ESPv2 服务预留 Cloud Run 主机名。请参阅预留 Cloud Run 主机名。
3. 创建描述您的 API 的 gRPC API 配置文档，并配置到您的 Cloud Run 的路由。请参阅配置 Endpoints。
4. 部署 gRPC API 配置文档以创建托管式服务。 请参阅部署 Endpoints 配置。
5. 使用您的 Endpoints 服务配置构建新的 ESPv2 Docker 映像。请参阅构建新的 ESPv2 映像。
6. 将 ESPv2 容器部署到 Cloud Run。然后为 ESPv2 授予 Identity and Access Management (IAM) 权限以调用您的服务。请参阅部署 ESPv2 容器。
7. 调用一个服务。请参阅向 API 发送请求。
8. 跟踪您的服务的活动。请参阅跟踪 API 活动。
9. 避免向您的 Google Cloud 账号收取费用。请参阅清理。

费用

在本文档中，您将使用 Google Cloud 的以下收费组件：

• Cloud Run
• Endpoints

您可使用价格计算器根据您的预计使用情况来估算费用。 Google Cloud 新用户可能有资格申请免费试用。

完成本文档中描述的任务后，您可以通过删除所创建的资源来避免继续计费。如需了解详情，请参阅清理。

准备工作

如需进行设置，请执行以下操作：

1. 在 Google Cloud 控制台中，前往管理资源页面并创建项目。

   转到“管理资源”页面

2. 确保您的项目已启用结算功能。

   了解如何启用结算功能

3. 请记下项目 ID，您稍后需要用到它。在本页面的其余部分，此项目 ID 称为 ESP_PROJECT_ID。

4. 请记下项目编号，您稍后会用到它。在本页面的其余部分，此项目编号称为 ESP_PROJECT_NUMBER。

5. 下载并安装 Google Cloud CLI。

   下载 gcloud CLI

6. 按照 gRPC Python 快速入门中的步骤安装 gRPC 和 gRPC 工具。

7. 部署 python-grpc-bookstore-server 示例后端 gRPC Cloud Run 服务以用于本教程。gRPC 服务使用以下容器映像：

   gcr.io/endpointsv2/python-grpc-bookstore-server:2

   按照快速入门：部署预建的示例容器中的步骤部署该服务。请务必将该快速入门中指定的容器映像替换为 gcr.io/endpointsv2/python-grpc-bookstore-server:2

   有关部署服务的区域和项目 ID 的注释。在本页面的其余部分，此项目 ID 称为 BACKEND_PROJECT_ID。已部署的 Cloud Run 服务的名称为 BACKEND_SERVICE_NAME，其 Cloud Run 主机名称为 BACKEND_HOST_NAME。

预留 Cloud Run 主机名

您必须为 ESPv2 服务预留 Cloud Run 主机名，才能配置 OpenAPI 文档或 gRPC 服务配置。为了预留主机名，您需要将示例容器部署到 Cloud Run。稍后，您会将 ESPv2 容器部署到相同的 Cloud Run 服务中。

注意：每个 ESPv2 Cloud Run 服务只能与一个 OpenAPI 文档或 gRPC 服务配置关联。请为每个文档预留一个新的 Cloud Run 主机名。

1. 确保 gcloud CLI 有权访问您的数据和服务。
   1. 登录。

      gcloud auth login

   2. 在打开的新浏览器标签页上，选择一个账号，该账号在您为将 ESPv2 部署到 Cloud Run 而创建的 Google Cloud 项目中具有 Editor 或 Owner 角色。
2. 设置区域。

   gcloud config set run/region us-central1

3. 将示例映像 gcr.io/cloudrun/hello 部署到 Cloud Run。将 CLOUD_RUN_SERVICE_NAME 替换为您要使用的服务名称。

   gcloud run deploy CLOUD_RUN_SERVICE_NAME \
       --image="gcr.io/cloudrun/hello" \
       --allow-unauthenticated \
       --platform managed \
       --project=ESP_PROJECT_ID
   

   成功完成上述操作后，该命令将显示如下所示的消息：

   Service [CLOUD_RUN_SERVICE_NAME] revision [CLOUD_RUN_SERVICE_NAME-REVISION_NUM] has been deployed and is serving traffic at CLOUD_RUN_SERVICE_URL

   例如，如果将 CLOUD_RUN_SERVICE_NAME 设置为 gateway：

   Service [gateway] revision [gateway-00001] has been deployed and is serving traffic at https://gateway-12345-uc.a.run.app

   在此示例中，https://gateway-12345-uc.a.run.app 为 CLOUD_RUN_SERVICE_URL，gateway-12345-uc.a.run.app 为 CLOUD_RUN_HOSTNAME。

4. 记下 CLOUD_RUN_SERVICE_NAME 和 CLOUD_RUN_HOSTNAME。您稍后会将 ESPv2 部署到 CLOUD_RUN_SERVICE_NAME Cloud Run 服务。您可以在 OpenAPI 文档的 host 字段中指定CLOUD_RUN_HOSTNAME。

配置 Endpoints

bookstore-grpc 示例包含您在本地复制并进行配置所需的文件。

1. 通过服务 .proto 文件创建一个独立的 protobuf 描述符文件：
   1. 将示例代码库中 bookstore.proto 的副本保存到当前工作目录。此文件用于定义 Bookstore 服务的 API。
   2. 在工作目录下创建以下目录：mkdir generated_pb2
   3. 使用 protoc Protocol Buffers 编译器创建描述符文件 api_descriptor.pb。在您保存了 bookstore.proto 的目录中运行以下命令：

      python3 -m grpc_tools.protoc \
          --include_imports \
          --include_source_info \
          --proto_path=. \
          --descriptor_set_out=api_descriptor.pb \
          --python_out=generated_pb2 \
          --grpc_python_out=generated_pb2 \
          bookstore.proto

      在前面的命令中，--proto_path 设置为当前工作目录。在 gRPC 编译环境中，如果对 .proto 输入文件使用其他目录，请更改 --proto_path，以便编译器搜索您保存了 bookstore.proto 文件的目录。

2. 在您当前的工作目录（即 bookstore.proto 所在的目录）中创建名为 api_config.yaml 的文本文件。为方便起见，本页面用此文件名指代 gRPC API 配置文档，但如果您愿意的话，也可以改用其他名称。将以下内容添加到文件中：

   # The configuration schema is defined by the service.proto file.
   # https://github.com/googleapis/googleapis/blob/master/google/api/service.proto
   
   type: google.api.Service
   config_version: 3
   name: CLOUD_RUN_HOSTNAME
   title: Cloud Endpoints + Cloud Run gRPC
   apis:
     - name: endpoints.examples.bookstore.Bookstore
   usage:
     rules:
     # ListShelves methods can be called without an API Key.
     - selector: endpoints.examples.bookstore.Bookstore.ListShelves
       allow_unregistered_calls: true
   backend:
     rules:
       - selector: "*"
         address: grpcs://BACKEND_HOST_NAME
   

   缩进对 yaml 格式而言非常重要。例如，name 字段必须与 type 处于同一级别。

3. 在 name 字段中，指定 CLOUD_RUN_HOSTNAME，即上面的预留 Cloud Run 主机名中预留的网址的主机名部分。请勿包含协议标识符，例如 https:// 或 grpcs://。

4. 在 backend.rules 部分的 address 字段中，将 BACKEND_HOST_NAME 替换为在准备工作中创建的实际 gRPC Bookstore Cloud Run 服务。

   注意：要在 Cloud Run 上将 gRPC 与 TLS 配合使用，address 字段必须具有架构 grpcs:// 而不是 https://。

5. 请记下 api_config.yaml 文件中 title 属性的值：

   title: Cloud Endpoints + Cloud Run gRPC

   在您部署配置后，title 属性的值会成为 Endpoints 服务的名称。

6. 保存您的 gRPC API 配置文档。

如需了解详情，请参阅配置 Endpoints。

部署 Endpoints 配置

如需部署 Endpoints 配置，请使用 gcloud endpoints services deploy 命令。此命令使用 Service Management 创建一项托管式服务。

1. 确保您位于 api_descriptor.pb 和 api_config.yaml 文件所在的目录中。
2. 确认 gcloud 命令行工具当前使用的默认项目是您要向其部署 Endpoints 配置的 Google Cloud 项目。验证从以下命令返回的项目 ID，以确保不会在错误的项目中创建服务。

   gcloud config list project
   

   如果您需要更改默认项目，请运行以下命令：

   gcloud config set project YOUR_PROJECT_ID
   

3. 使用 Google Cloud CLI 部署 proto descriptor 文件和配置文件：

   gcloud endpoints services deploy api_descriptor.pb api_config.yaml
   

   在创建和配置服务时，Service Management 会向终端输出信息。部署完成后，系统将显示如下所示的消息：

   Service Configuration [CONFIG_ID] uploaded for service [bookstore.endpoints.example-project.cloud.goog]

   CONFIG_ID 是部署创建的唯一 Endpoints 服务配置 ID。例如：

   Service Configuration [2017-02-13r0] uploaded for service [bookstore.endpoints.example-project.cloud.goog]
   

   在前面的示例中，2017-02-13r0 是服务配置 ID，bookstore.endpoints.example-project.cloud.goog 是服务名称。服务配置 ID 由日期戳后跟一个修订版本号组成。如果您在同一天再次部署 Endpoints 配置，服务配置 ID 中的修订版本号将递增。

检查所需服务

Endpoints 和 ESP 至少需要启用以下 Google 服务：

姓名	标题
servicemanagement.googleapis.com	Service Management API
servicecontrol.googleapis.com	Service Control API

在大多数情况下，gcloud endpoints services deploy 命令会启用这些必需的服务。但在以下情况下，gcloud 命令会成功完成，但不启用必需的服务：

• 您使用了 Terraform 之类的第三方应用，但未添加这些服务。

• 您将 Endpoints 配置部署到已明确停用这些服务的现有 Google Cloud 项目。

使用以下命令确认必需服务是否已启用：

gcloud services list

如果您没有看到列出的必需服务，请启用它们：

gcloud services enable servicemanagement.googleapis.com
gcloud services enable servicecontrol.googleapis.com

同时启用 Endpoints 服务：

gcloud services enable ENDPOINTS_SERVICE_NAME

要确定 ENDPOINTS_SERVICE_NAME，您可以执行以下任一操作：

• 部署 Endpoints 配置后，前往 Cloud 控制台中的 Endpoints 页面。服务名称列下显示了可能的 ENDPOINTS_SERVICE_NAME 列表。

• 对于 OpenAPI，ENDPOINTS_SERVICE_NAME 是您在 OpenAPI 规范的 host 字段中指定的值。对于 gRPC，ENDPOINTS_SERVICE_NAME 是您在 gRPC Endpoints 配置的 name 字段中指定的值。

如需详细了解 gcloud 命令，请参阅 gcloud 服务。

如果您收到错误消息，请参阅排查 Endpoints 配置部署问题。

如需了解详情，请参阅部署 Endpoints 配置。

构建新的 ESPv2 映像

将 Endpoints 服务配置构建到新的 ESPv2 Docker 映像中。您稍后会将此映像部署到预留的 Cloud Run 服务。

注意：

必须执行此步骤。

由于 Cloud Run 是“缩减至零”服务，因此服务配置必须构建到新的 Docker 映像中。这意味着如果没有流量，就删除所有实例。如果流量增加，就按需创建新实例。这种类型的服务实例创建操作也称为冷启动。如需了解详情，请参阅 Cloud Run 并发文档。

如果没有将服务配置构建到 Docker 映像中，则在冷启动时，Cloud Run 必须对 Google ServiceManagement 进行两次 API 调用。这些调用将计入您的 Google ServiceManagement API 配额。

通过将服务配置构建到 ESPv2 Docker 映像中，您可以移除这两次 API 调用，从而避免影响 Google ServiceManagement 服务的配额计数。此步骤还可加快新服务实例的创建速度，减少等待新实例的请求的延迟时间。

您必须重新运行整个步骤并重新部署新容器：

• 每次修改和重新部署 Endpoints 服务配置时。否则，对服务配置的更改将不会传播到 ESPv2。
• ESPv2 发布新版本时。否则，部署的仍是旧版 ESPv2。

如需将服务配置构建到新的 ESPv2 Docker 映像中，请执行以下操作：

1. 将此脚本下载到安装了 gcloud CLI 的本地机器上。

   注意：

   此脚本需要使用 bash。如果您使用的不是 macOS/Linux，则可以在 Cloud Shell、Compute Engine 或适用于 Linux 的 Windows 子系统上运行它。

2. 使用以下命令运行脚本：

   chmod +x gcloud_build_image
   
   ./gcloud_build_image -s CLOUD_RUN_HOSTNAME \
       -c CONFIG_ID -p ESP_PROJECT_ID

   对于 CLOUD_RUN_HOSTNAME，请指定在上文的预留 Cloud Run 主机名中预留的网址的主机名。请勿包含协议标识符 https://。

   例如：

   chmod +x gcloud_build_image
   
   ./gcloud_build_image -s gateway-12345-uc.a.run.app \
       -c 2019-02-01r0 -p your-project-id

3. 该脚本使用 gcloud 命令下载服务配置，将服务配置构建到新的 ESPv2 映像中，然后将新映像上传到项目 Container Registry 中：脚本会自动使用最新版本的 ESPv2，由输出映像名称中的 ESP_VERSION 表示。输出映像将上传到：

   gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID

   例如：

   gcr.io/your-project-id/endpoints-runtime-serverless:2.14.0-gateway-12345-uc.a.run.app-2019-02-01r0"

   注意：

   将 -z 标志传递给脚本，以在不同的注册表位置生成映像。

   例如，要将生成的 ESPv2 映像推送到欧盟城市数据中心，请将 -z eu 传递给脚本。

部署 ESPv2 容器

1. 使用您在上面构建的新映像部署 ESPv2 Cloud Run 服务。将 CLOUD_RUN_SERVICE_NAME 替换为您在上文的预留 Cloud Run 主机名中最初预留主机名时所用的 Cloud Run 服务名称：

   gcloud run deploy CLOUD_RUN_SERVICE_NAME \
     --image="gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID" \
     --allow-unauthenticated \
     --platform managed \
     --project=ESP_PROJECT_ID

   注意 ：

   如果您的 gRPC 服务使用任何流式传输协议，请将 --use-http2 标志添加到 gcloud run deploy 命令。目前，只有 gcloud beta run 支持此标志。在部署 ESPv2 和 gRPC 后端 Cloud Run 服务时添加此标志。

2. 如果要将 Endpoints 配置为使用其他 ESPv2 启动选项（例如启用 CORS），您可以在 ESPv2_ARGS 环境变量中传递参数：

   gcloud run deploy CLOUD_RUN_SERVICE_NAME \
     --image="gcr.io/ESP_PROJECT_ID/endpoints-runtime-serverless:ESP_VERSION-CLOUD_RUN_HOSTNAME-CONFIG_ID" \
     --set-env-vars=ESPv2_ARGS=--cors_preset=basic \
     --allow-unauthenticated \
     --platform managed \
     --project ESP_PROJECT_ID

   如需详细了解如何设置 ESPv2_ARGS 环境变量并获取更多相关示例（包括可用选项的列表以及如何指定多个选项的信息），请参阅 Extensible Service Proxy V2 标志。

3. 为 ESPv2 授予调用 Cloud Run 服务的权限。 对每个服务运行以下命令。在以下命令中：
   注意：

   如果在部署 ESPv2 Cloud Run 服务时未使用 --service-account 标志并且在 ESP_PROJECT_NUMBER 项目中部署了后端服务 BACKEND_SERVICE_NAME，则无需执行此步骤。

   • 将 BACKEND_SERVICE_NAME 替换为要调用的 Cloud Run 服务的名称。如果您使用的是通过部署 `gcr.io/endpointsv2/python-grpc-bookstore-server:2` 创建的服务，则使用 python-grpc-bookstore-server 作为此值。
   • 将 ESP_PROJECT_NUMBER 替换为您针对 ESPv2 创建的项目的编号。如需找到此编号，一种方法是前往 Google Cloud 控制台中的 IAM 页面，然后找到默认计算机服务账号，即“member”标志中使用的服务账号。

   gcloud run services add-iam-policy-binding BACKEND_SERVICE_NAME \
     --member "serviceAccount:[e-mail]" \
     --role "roles/run.invoker" \
     --platform managed \
     --project BACKEND_PROJECT_ID

如需了解详情，请参阅使用 IAM 管理访问权限。

向 API 发送请求

要向示例 API 发送请求，您可以使用以 Python 编写的示例 gRPC 客户端。

1. 克隆托管 gRPC 客户端代码的 Git 代码库：

   git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git

2. 更改您的工作目录：

   cd python-docs-samples/endpoints/bookstore-grpc/

3. 安装依赖项：

   pip3 install virtualenv
   virtualenv env
   source env/bin/activate
   pip3 install -r requirements.txt

4. 向示例 API 发送一个请求：

   python3 bookstore_client.py --host CLOUD_RUN_HOSTNAME --port 443 --use_tls true

   在 CLOUD_RUN_HOSTNAME 中指定 ESPv2 Cloud Run 服务的主机名，不含协议标识符。例如：

   python3 bookstore_client.py --host espv2-grpc-HASH-uc.a.run.app --port 443 --use_tls true

   • 在 Endpoints > 服务页面中查看 API 的活动图表。

     转到“Endpoints 服务”页面

     请求可能需要一些时间才能体现在图表中。

   • 在“日志浏览器”页面中查看 API 的请求日志。

     转到“日志浏览器”页面

如果未获得成功响应，请参阅排查响应错误。

您刚刚在 Endpoints 中部署并测试了一个 API！

注意：如果您想告诉我们您对本教程的看法，请在本页底部提供反馈。您的反馈有助于我们改进这些教程。
如果您遇到错误，请加入 google-cloud-endpoints Google 群组，告诉我们您遇到的问题。在该论坛中，您会收到来自其他 Endpoints 用户和负责监控该论坛的 Google 工程师的回复。

跟踪 API 活动

1. 在 Google Cloud 控制台中，依次前往 Endpoints > Service 页面，查看 API 的活动图表。

   查看 Endpoints 活动图表

   请求可能需要一些时间才能体现在图表中。

2. 在“日志浏览器”页面上查看 API 的请求日志。

   查看 Endpoints 请求日志

为 API 创建开发者门户

您可以使用 Cloud Endpoints 门户来创建开发者门户，一个可供您与示例 API 互动的网站。如需了解详情，请参阅 Cloud Endpoints 门户概览。

清理

为避免因本页中使用的资源导致您的 Google Cloud 账号产生费用，请按照以下步骤操作。

如需了解如何停止本教程使用的服务，请参阅删除 API 和 API 实例。

后续步骤

• 详细了解 Cloud Run
• 详细了解如何部署 Endpoints 配置
• 与其他开发者分享您的 API
• 了解身份验证
• 将 HTTP/JSON 转码为 gRPC
• 了解社区支持选项