Para ajudar a atender às restrições de latência do serviço de curadoria em tempo real, coloque seus servidores perto das regiões do Google Cloud com maior probabilidade de enviar solicitações de segmento para os locais que você está segmentando. Provisione e configure o DNS para que o tráfego enviado ao endpoint de uma determinada região seja roteado para o servidor mais próximo.
A tabela a seguir lista as regiões do Google Cloud usadas na curadoria em tempo real, a localização aproximada delas e exemplos de locais segmentados que provavelmente serão enviados aos seus servidores em um SegmentRequest
dessas regiões:
Região do Google Cloud | Local da região | Exemplo de local de destino |
---|---|---|
us-east1 | Carolina do Sul, Estados Unidos | América do Norte (Costa Leste) |
us-west1 | Oregon, Estados Unidos | América do Norte (Costa Oeste) |
us-central1 | Iowa, Estados Unidos | América do Norte (Central) |
europe-west1 | Bélgica | Europa |
europe-west4 | Amsterdã, Países Baixos | Europa |
asia-southeast1 | Singapura | Ásia |
asia-east1 | Taiwan | Ásia |
Usar uma conexão HTTP persistente para reduzir a latência
Para reduzir a latência, o Google recomenda configurar a integração da Curadoria em tempo real para usar uma conexão persistente. Depois que uma conexão persistente é estabelecida, seu endpoint reutiliza as conexões em vez de criar uma nova para cada solicitação de segmento recebida.
Local do servidor
Embora a maioria das solicitações de segmento seja enviada da região mais próxima da localização do usuário, o Google não garante que isso sempre aconteça. Ao colocar servidores perto de um número maior de regiões, você pode receber um conjunto mais completo de solicitações de segmento para os locais segmentados. O Google recomenda colocar servidores perto de um subconjunto de regiões adequadas para seus locais de destino. Por exemplo, a maior parte do tráfego da América do Norte pode ser recebida ao colocar os servidores perto das regiões us-east1, us-west1 e us-central1.
O prazo para enviar uma resposta de segmento é de 50 ms.
Esse prazo inclui o tempo de rede entre a região e seu servidor, além do tempo para o servidor criar uma resposta. Recomendamos que você tenha um buffer de pelo menos 10 ms para mudanças inesperadas na latência da rede.
Próximas etapas
- Referência do protocolo de curadoria em tempo real: saiba como as solicitações e respostas usadas na curadoria em tempo real são estruturadas.
- Analisar solicitações de curadoria em tempo real: saiba como analisar solicitações de curadoria em tempo real.
- Criar respostas de curadoria em tempo real: Saiba como criar respostas de curadoria em tempo real.