Saiba mais sobre latência e local do servidor

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