在服务之间通信

区域 ID

REGION_ID 是 Google 根据您在创建应用时选择的区域分配的缩写代码。此代码不对应于国家/地区或省，尽管某些区域 ID 可能类似于常用国家/地区代码和省代码。对于 2020 年 2 月以后创建的应用，REGION_ID.r 包含在 App Engine 网址中。对于在此日期之前创建的现有应用，网址中的区域 ID 是可选的。

详细了解区域 ID。

您可以使用各种方法在 App Engine 服务之间或与其他服务（包括 Google Cloud 服务和外部应用）进行通信。

如需与您的 App Engine 服务进行通信，最简单的方法是发送定向 HTTP 请求，在网址中包含资源的名称或 ID。例如，除了相应的 Cloud 项目 ID 外，您还可以包括服务的 ID 或要定位的版本：


https://VERSION-dot-SERVICE-dot-PROJECT_ID.REGION_ID.r.appspot.com

请注意，VERSION-dot-SERVICE-dot-PROJECT_ID 的组合长度（其中 VERSION 是版本名称，SERVICE 是服务名称，PROJECT_ID 是项目 ID）不得超过 63 个字符，且首尾不能使用连字符。如果组合长度超过 63 个字符，您可能会看到错误 DNS address could not be found.

详细了解 App Engine 中的请求：

请求的处理方式：了解应用接收请求和发送响应的方式。
请求的路由方式：了解如何定位您的服务，包括如何定义 HTTPS 网址。
了解如何为您的服务与其他 Google Cloud 服务之间的请求授权：
- 为应用默认凭据提供凭据
- 使用用户管理的服务帐号

您的 App Engine 服务还可以使用 Pub/Sub 通信，以便在进程（包括 App Engine）之间提供可靠的异步多对多消息传递。这些进程可以是您的应用、服务乃至外部应用的单个实例。

如需在数据库与 App Engine 应用或某个其他外部应用之间共享数据，请参阅了解数据和文件存储。

如果您使用旧版捆绑服务，则还可以使用 URL Fetch API 在服务之间以及从服务向外部端点传递请求。

此外，在标准环境下，位于同一 Cloud 项目中的服务还可以使用某个 App Engine API 来执行以下任务：

共享一个 Memcache 实例。
通过任务队列在服务之间分配工作，以便开展协作。

预留的网址路径

无法使用以下网址路径：

以 /eventlog 结尾的路径
以 /_ah/ 开头的路径
某些以 z 结尾的路径