Чтобы соответствовать ограничениям по задержке сервиса Real-time Curation, разместите свои серверы вблизи регионов Google Cloud, которые с наибольшей вероятностью будут отправлять запросы сегментов в целевые регионы. Настройте DNS таким образом, чтобы трафик, отправляемый на вашу конечную точку из определенного региона, направлялся на ближайший к вам сервер.
В следующей таблице перечислены регионы Google Cloud, используемые в функции Real-time Curation, их приблизительное местоположение и примеры целевых регионов, данные из которых с наибольшей вероятностью будут отправлены на ваши серверы в запросе SegmentRequest из этих регионов:
| Облачный регион Google | Регион Местоположение | Пример целевого местоположения |
|---|---|---|
| us-east1 | Южная Каролина, Соединенные Штаты | Северная Америка (восточное побережье) |
| us-west1 | Орегон, Соединенные Штаты | Северная Америка (западное побережье) |
| us-central1 | Айова, Соединенные Штаты | Северная Америка (Центральная) |
| europe-west1 | Бельгия | Европа |
| europe-west4 | Амстердам, Нидерланды | Европа |
| Азия-Юго-Восток1 | Сингапур | Азия |
| Азия-Восток1 | Тайвань | Азия |
Используйте постоянное HTTP-соединение для уменьшения задержки.
Для уменьшения задержки Google настоятельно рекомендует настроить интеграцию Real-time Curation на использование постоянного соединения. После установления постоянного соединения ваша конечная точка будет повторно использовать соединения, а не создавать новое для каждого входящего запроса сегмента.
местоположение сервера
Хотя можно ожидать, что большинство запросов на сегментацию будет отправляться из региона, наиболее близкого к местоположению пользователя, Google не гарантирует, что это всегда будет так. Размещая серверы ближе к большему количеству регионов, вы можете рассчитывать на получение более полного набора запросов на сегментацию для целевых местоположений. Google рекомендует размещать серверы рядом с подмножеством регионов, подходящих для ваших целевых местоположений. Например, большая часть североамериканского трафика может быть получена, если разместить серверы рядом с регионами us-east1, us-west1 и us-central1.
Крайний срок отправки сегментного ответа составляет 50 мс.
Этот крайний срок включает в себя как время передачи данных между регионом и вашим сервером, так и время, необходимое вашему серверу для формирования ответа. Мы рекомендуем предусмотреть как минимум 10-миллисекундный буфер на случай непредвиденных изменений задержки сети.
Следующие шаги
- Справочник по протоколу курирования в реальном времени : узнайте, как структурированы запросы и ответы, используемые в курировании в реальном времени.
- Анализ запросов на курирование в реальном времени : узнайте, как анализировать запросы на курирование в реальном времени.
- Создавайте ответы на запросы в режиме реального времени : узнайте, как создавать ответы на запросы в режиме реального времени.