为了帮助满足实时精选服务的延迟时间限制，请将服务器放置在最有可能向您定位到的位置发送细分请求的 Google Cloud 区域附近。预配和配置 DNS，以便将从给定区域发送到端点的流量路由到最近的服务器。
下表列出了实时内容甄选中使用的 Google Cloud 区域、其大致位置，以及最有可能在 SegmentRequest 中从这些区域发送到您服务器的目标位置示例：
| Google Cloud 区域 | 区域内位置 | 目标位置示例 |
|---|---|---|
| us-east1 | 美国南卡罗来纳州 | 北美（东海岸） |
| us-west1 | 美国俄勒冈州 | 北美（西海岸） |
| us-central1 | 美国爱荷华州 | 北美（中部） |
| europe-west1 | 比利时 | 欧洲 |
| europe-west4 | 荷兰阿姆斯特丹 | 欧洲 |
| asia-southeast1 | 新加坡 | 亚洲 |
| asia-east1 | 台湾 | 亚洲 |
使用 HTTP 持久连接来缩短延迟时间
为减少延迟，Google 强烈建议您将实时内容精选集成配置为使用持久连接。建立持久连接后，您的端点将重复使用连接，而不是为每个传入的细分请求创建新连接。
服务器位置
虽然您可以预期大多数细分请求都是从离用户位置最近的区域发送的，但 Google 无法保证始终如此。随着您将服务器放置在更多区域附近，您有望收到针对目标地理位置的更完整的细分请求集。Google 建议将服务器放置在适合目标位置的部分区域附近。例如，将服务器放置在靠近 us-east1、us-west1 和 us-central1 区域的位置，即可接收大部分北美流量。
您必须在 50 毫秒内发送分段响应。
此截止时间包括区域与服务器之间的网络时间，以及服务器构建响应的时间。建议您至少预留 10 毫秒的缓冲时间，以应对网络延迟的意外变化。
后续步骤
- 实时内容精选协议参考： 了解实时内容精选中使用的请求和响应的结构。
- 解析实时精选请求： 了解如何解析实时精选请求。
- 构建实时精选响应： 了解如何构建实时精选响应。