為符合 Real-time Curation 服務的延遲限制，請將伺服器放置在最有可能將區隔要求傳送至目標位置的Google Cloud 區域附近。佈建及設定 DNS，確保從特定區域傳送至端點的流量會轉送至最近的伺服器。
下表列出 Real-time Curation 使用的 Google Cloud 地區、大致位置，以及最有可能從這些地區傳送至伺服器的目標位置範例：SegmentRequest
| Google Cloud 區域 | 區域位置 | 目標地區範例 |
|---|---|---|
| us-east1 | 美國南卡羅來納州 | 北美洲 (東岸) |
| us-west1 | 美國奧勒岡州 | 北美洲 (西岸) |
| us-central1 | 美國愛荷華州 | 北美洲 (中部) |
| europe-west1 | 比利時 | 歐洲 |
| europe-west4 | Amsterdam, Netherlands | 歐洲 |
| asia-southeast1 | 新加坡 | 亞洲 |
| asia-east1 | 台灣 | 亞洲 |
使用 HTTP 永久連線來減少延遲
為減少延遲，Google 強烈建議您將即時精選整合功能設定為使用持續連線。建立持續性連線後，端點會重複使用連線，而不是為每個傳入的區隔要求建立新連線。
伺服器位置
雖然您可以預期大多數區隔要求都是從最接近使用者所在位置的區域傳送，但 Google 無法保證一律如此。將伺服器放置在更多區域附近，可望收到指定地區更完整的區隔要求。Google 建議您將伺服器放置在適合目標位置的部分區域附近。舉例來說，只要將伺服器放在 us-east1、us-west1 和 us-central1 區域附近，就能接收大部分的北美洲流量。
你必須在 50 毫秒內傳送區段回應。
這個期限包含區域與伺服器之間的網路時間，以及伺服器建構回應的時間。建議您至少要有 10 毫秒的緩衝區，以因應網路延遲的意外變化。
後續步驟
- 即時精選通訊協定參考資料： 瞭解即時精選功能所用的要求和回應結構。
- 剖析即時精選要求： 瞭解如何剖析即時精選要求。
- 建立即時精選回應： 瞭解如何建立即時精選回應。