Restrições de latência e peering

Para ajudar a atender às restrições de latência do serviço RTB, você precisa localizar seus servidores próximos dos locais de operação listados abaixo. Confira a discussão sobre como localizar seus bidders para mais informações.

Locais de operação

Um local de operação é o ponto ideal de um cluster de servidor disperso geograficamente, em que a infraestrutura que hospeda um aplicativo de bidder pode se beneficiar mais em termos de latência. As chamadas de lances em tempo real não se originam necessariamente no local de operação e podem vir de outro lugar no cluster. Por exemplo, Singapura é o local de comércio do cluster Ásia-Pacífico, que se estende da Austrália até Singapura.

A tabela a seguir lista os domínios de referência que podem ser usados para avaliar a latência e estimar os melhores locais para seu servidor.

Cluster de servidor Local de operação Domínio de referência
América do Norte (Costa Leste) Norte da Virgínia, Estados Unidos rtb-us-east.g.doubleclick.net
América do Norte (Costa Oeste) Área da Baía de São Francisco, Califórnia, Estados Unidos rtb-us-west.g.doubleclick.net
Europa Amsterdã, Países Baixos rtb-europe.g.doubleclick.net
Ásia-Pacífico Singapura rtb-asia.g.doubleclick.net

Local do bidder

Não garantimos que as solicitações de lance para impressões de um determinado usuário sejam sempre enviadas pelo mesmo local de operação. Portanto, para receber todas as impressões, você precisa ter servidores acessíveis de todos os locais. Se você quiser apenas um subconjunto de impressões, talvez seja suficiente executar servidores em um subconjunto de locais. Por exemplo, a maioria, mas não todo, do tráfego na América do Norte pode ser recebida executando servidores acessíveis nas costas leste e oeste.

O prazo de 80 a 1.000 ms (medido no local de operação) para receber uma resposta quando uma solicitação de lance é enviada varia de 80 a 1.000 ms, dependendo do formato e do tipo de leilão. Confira o campo tmax ou response_deadline_ms na solicitação de lance para saber o valor exato.

Exigimos que 85% das respostas sejam recebidas dentro do prazo da perspectiva do local de operação e limitaremos os bidders que não conseguirem atingir isso de maneira consistente. Esse prazo inclui o tempo de rede entre o local de operação e o proponente, além do tempo necessário para gerar uma resposta. Recomendamos segmentar um tempo total bem abaixo do prazo para deixar um buffer para mudanças inesperadas na latência de rede entre seu bidder e o local de operação.

Peering

O Google recomenda que os compradores de RTB que recebem um grande volume de solicitações configurem solicitações de peering para reduzir a latência e a volatilidade da latência.

Fazemos peering com qualquer rede, desde que ela atenda aos requisitos técnicos do Google, como ter um ASN público. Veja os requisitos técnicos para mais detalhes. Os clientes de RTB estão dispensados do requisito de tráfego. Consulte a Política de peering do Google para mais informações.

Para iniciar uma solicitação de peering, preencha nosso formulário de solicitação de peering. Em seguida, enviaremos um e-mail com um número de tíquete que você pode usar em qualquer acompanhamento com seu gerente técnico de contas.