Per rispettare le limitazioni di latenza del servizio di cura 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 seguente tabella 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 persistente per ridurre la latenza
Per ridurre la latenza, Google consiglia vivamente di configurare l'integrazione della funzionalità di 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 segmentazione 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 adatte alle 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 server sia il tempo impiegato dal server per creare una risposta. Ti consigliamo di avere un buffer di almeno 10 ms per variazioni impreviste della latenza di rete.
Passaggi successivi
- Riferimento al protocollo di selezione in tempo reale: Scopri come sono strutturate le richieste e le risposte utilizzate nella selezione in tempo reale.
- Analizza le richieste di cura in tempo reale: Scopri come analizzare le richieste di cura in tempo reale.
- Creare risposte di Real-time Curation: Scopri come creare risposte di Real-time Curation.