Pour respecter les restrictions de latence du service de curation en temps réel, placez vos serveurs à proximité des régions Google Cloud les plus susceptibles d'envoyer des requêtes de segments aux emplacements que vous ciblez. Provisionnez et configurez le DNS de sorte que le trafic envoyé à votre point de terminaison depuis une région donnée soit acheminé vers le serveur le plus proche.
Le tableau suivant répertorie les régions Google Cloud utilisées dans la curation en temps réel, leur emplacement approximatif et des exemples de lieux ciblés qui sont les plus susceptibles d'être envoyés à vos serveurs dans un SegmentRequest
provenant de ces régions :
Région Google Cloud | Emplacement de la région | Exemple de zone géographique ciblée |
---|---|---|
us-east1 | Caroline du Sud, États-Unis | Amérique du Nord (côte est) |
us-west1 | Oregon, États-Unis | Amérique du Nord (côte ouest) |
us-central1 | Iowa, États-Unis | Amérique du Nord (centre) |
europe-west1 | Belgique | Europe |
europe-west4 | Amsterdam, Pays-Bas | Europe |
asia-southeast1 | Singapour | Asie |
asia-east1 | Taïwan | Asie |
Utiliser une connexion HTTP persistante pour réduire la latence
Pour réduire la latence, Google vous recommande vivement de configurer votre intégration de curation en temps réel afin d'utiliser une connexion persistante. Une fois une connexion persistante établie, votre point de terminaison réutilise les connexions au lieu d'en créer une pour chaque demande de segment entrante.
Emplacement du serveur
Bien que vous puissiez vous attendre à ce que la plupart des demandes de segments soient envoyées depuis la région la plus proche de la position de l'utilisateur, Google ne peut pas garantir que ce sera toujours le cas. En plaçant des serveurs à proximité d'un plus grand nombre de régions, vous pouvez vous attendre à recevoir un ensemble plus complet de demandes de segments pour vos zones ciblées. Google recommande de placer les serveurs à proximité d'un sous-ensemble de régions adaptées à vos zones cibles. Par exemple, vous pouvez recevoir la majeure partie du trafic nord-américain en plaçant vos serveurs à proximité des régions us-east1, us-west1 et us-central1.
Le délai dans lequel vous devez envoyer une réponse de segment est de 50 ms.
Ce délai inclut à la fois le temps de latence réseau entre la région et votre serveur, et le temps nécessaire à votre serveur pour générer une réponse. Nous vous recommandons de prévoir une marge d'au moins 10 ms pour les changements inattendus de latence réseau.
Étapes suivantes
- Référence du protocole de curation en temps réel : découvrez la structure des requêtes et des réponses utilisées dans la curation en temps réel.
- Analyser les demandes de curation en temps réel : découvrez comment analyser les demandes de curation en temps réel.
- Créer des réponses de curation en temps réel : découvrez comment créer des réponses de curation en temps réel.