Per rispettare le limitazioni di latenza del servizio di selezione in tempo reale, posiziona i server vicino alle regioni Google Cloud che hanno maggiori probabilità di inviare richieste di segmenti alle località che stai prendendo di mira. Esegui il provisioning e configura il DNS in modo che il traffico inviato al tuo endpoint da una determinata regione venga indirizzato al server più vicino.
La tabella seguente elenca le regioni Google Cloud utilizzate in Real-time Curation, la loro
posizione approssimativa ed esempi di località di destinazione che hanno maggiori probabilità di
essere inviate ai tuoi server in un SegmentRequest da queste regioni:
| Regione Google Cloud | Posizione della regione | Esempio di località target |
|---|---|---|
| us-east1 | South Carolina, Stati Uniti | Nord America (costa orientale) |
| us-west1 | Oregon, Stati Uniti | Nord America (costa occidentale) |
| us-central1 | Iowa, Stati Uniti | Nord America (centro) |
| europe-west1 | Belgio | Europa |
| europe-west4 | Amsterdam, Paesi Bassi | Europa |
| asia-southeast1 | Singapore | Asia |
| asia-east1 | Taiwan | Asia |
Utilizzare una connessione HTTP permanente per ridurre la latenza
Per ridurre la latenza, Google consiglia vivamente di configurare l'integrazione della cura in tempo reale in modo da utilizzare una connessione persistente. Una volta stabilita una connessione persistente, l'endpoint riutilizzerà le connessioni anziché crearne una nuova per ogni richiesta di segmento in entrata.
Posizione del server
Sebbene tu possa aspettarti che la maggior parte delle richieste di segmenti venga inviata dalla regione più vicina alla posizione dell'utente, Google non garantisce che sia sempre così. Se posizioni i server vicino a un numero maggiore di regioni, puoi aspettarti di ricevere un insieme più completo di richieste di segmenti per le località di destinazione. Google consiglia di posizionare i server vicino a un sottoinsieme di regioni appropriate per le tue località di destinazione. Ad esempio, la maggior parte del traffico nordamericano può essere ricevuta posizionando i server vicino alle regioni us-east1, us-west1 e us-central1.
La scadenza entro la quale devi inviare una risposta al segmento è di 50 ms.
Questa scadenza include sia il tempo di rete tra la regione e il tuo server, sia il tempo necessario al tuo server per creare una risposta. Ti consigliamo di avere almeno un buffer di 10 ms per variazioni impreviste della latenza di rete.
Passaggi successivi
- Riferimento al protocollo di cura in tempo reale: scopri come sono strutturate le richieste e le risposte utilizzate nella cura in tempo reale.
- Analizza le richieste di curatela in tempo reale: scopri come analizzare le richieste di curatela in tempo reale.
- Creare risposte di Real-time Curation: scopri come creare risposte di Real-time Curation.