Damit die Latenzbeschränkungen des Echtzeit-Curation-Dienstes eingehalten werden, sollten Sie Ihre Server in der Nähe der Google Cloud-Regionen platzieren, von denen am wahrscheinlichsten Segmentanfragen an die von Ihnen anvisierten Standorte gesendet werden. Stellen Sie DNS so bereit und konfigurieren Sie es so, dass Traffic, der von einer bestimmten Region an Ihren Endpunkt gesendet wird, an den Server weitergeleitet wird, der sich am nächsten an dieser Region befindet.
In der folgenden Tabelle sind die Google Cloud-Regionen aufgeführt, die in der Echtzeit-Kuration verwendet werden, sowie ihr ungefähre Standort und Beispiele für Zielorte, die am wahrscheinlichsten in einer SegmentRequest aus diesen Regionen an Ihre Server gesendet werden:
| Google Cloud-Region | Standort der Region | Beispiel für Zielregion |
|---|---|---|
| us-east1 | South Carolina, USA | Nordamerika (Ostküste) |
| us-west1 | Oregon, USA | Nordamerika (Westküste) |
| us-central1 | Iowa, USA | Nordamerika (Mitte) |
| europe-west1 | Belgien | Europa |
| europe-west4 | Amsterdam, Niederlande | Europa |
| asia-southeast1 | Singapur | Asien |
| asia-east1 | Taiwan | Asien |
Persistente HTTP-Verbindung verwenden, um die Latenz zu reduzieren
Um die Latenz zu verringern, empfiehlt Google dringend, dass Sie Ihre Echtzeit-Curation-Integration so konfigurieren, dass eine persistente Verbindung verwendet wird. Nachdem eine dauerhafte Verbindung hergestellt wurde, werden von Ihrem Endpunkt Verbindungen wiederverwendet, anstatt für jede eingehende Segmentanfrage eine neue Verbindung zu erstellen.
Serverstandort
Die meisten Segmentanfragen werden zwar aus der Region gesendet, die dem Standort des Nutzers am nächsten ist, Google kann dies jedoch nicht garantieren. Wenn Sie Server in der Nähe einer größeren Anzahl von Regionen platzieren, können Sie mit einer vollständigeren Reihe von Segmentanfragen für Ihre Zielstandorte rechnen. Google empfiehlt, Server in der Nähe einer Teilmenge von Regionen zu platzieren, die für Ihre Zielstandorte geeignet sind. So kann beispielsweise der Großteil des nordamerikanischen Traffics empfangen werden, wenn Sie Ihre Server in der Nähe der Regionen us-east1, us-west1 und us-central1 platzieren.
Die Frist, innerhalb der Sie eine Segmentantwort senden müssen, beträgt 50 ms.
Diese Frist umfasst sowohl die Netzwerklaufzeit zwischen der Region und Ihrem Server als auch die Zeit, die Ihr Server zum Erstellen einer Antwort benötigt. Wir empfehlen, mindestens 10 ms Puffer für unerwartete Änderungen der Netzwerklatenz einzuplanen.
Nächste Schritte
- Referenz zum Protokoll für die Echtzeit-Kuratierung: Hier erfahren Sie, wie die Anfragen und Antworten strukturiert sind, die bei der Echtzeit-Kuratierung verwendet werden.
- Anfragen zur Echtzeit-Kuration parsen: Hier erfahren Sie, wie Sie Anfragen zur Echtzeit-Kuration parsen.
- Antworten für die Echtzeit-Kuration erstellen: Hier erfahren Sie, wie Sie Antworten für die Echtzeit-Kuration erstellen.