Hayden.
E bem-vindo de volta.
No vídeo de hoje, será discutida a política de roteamento de latência na Rota 53.
Agora, posso explicar o roteamento baseado na latência da forma mais simples com a ajuda do Google Maps.
Portanto, tenho certeza de que a maioria de vocês já usou o Google Maps.
Portanto, se você quiser chegar a um destino específico, agora o Google Maps pode lhe dar múltiplos caminhos para chegar
a esse destino.
Agora, o caminho que o Google Maps lhe dará dependerá das condições de tráfego e da rapidez com que você poderá
chegar lá.
Portanto, não é como o caminho que o Google Map lhe deu hoje será o mesmo caminho que o Google Maps poderá
lhe dar amanhã.
Pode ser um caminho diferente, dependendo das condições de tráfego.
Agora, o roteamento da latência segue a mesma abordagem.
Agora, se sua aplicação for hospedada em região de vários níveis, então podemos melhorar o desempenho para
os usuários, atendendo sua solicitação a partir da região que fornece a menor latência.
Agora, como discutimos que a latência entre os servidores pode mudar com o passar do tempo, assim pode haver
certas mudanças na rede de backbone, certas mudanças de roteamento que podem acontecer.
Assim, dependendo da região, o que dá a menor latência, a Rota 53 estará encaminhando o tráfego para aquela
região específica.
Portanto, pode ser como um pedido que é encaminhado para a região de Cingapura hoje, pode ser encaminhado para a região
da Índia amanhã.
Mais uma vez, depende da latência geral.
Então, deixe-me mostrar rapidamente como isto pode parecer exatamente com uma rápida demonstração.
Portanto, para a demonstração de hoje, temos uma zona de hospedagem pública da Zee Vodacom.
Portanto, este foi um dos domínios que eu pensei que usaríamos para testes por algum tempo e para roteamento baseado
em latência.
Precisamos ter uma zona de hospedagem pública.
Portanto, agora se você vê aqui, tenho dois conjuntos de registros que estão disponíveis, ambos têm o registro de latência
ou Vodacom e você tem a latência 20. com.
Agora cada um deste conjunto de recordes tem um valor diferente.
O primeiro tem o recorde de 35, o segundo tem 54.
Agora, se eu clicar em um dos registros definidos para você, você verá que a política de roteamento é do tipo latência.
E a segunda, a política de roteamento novamente é do tipo latência.
Portanto, a qualquer momento um usuário faz um pedido de latência para a Vodacom, cujo recorde seria servido depende
da latência geral.
Então digamos que eu tenho um servidor na região de Mumbai e um servidor na região dos EUA.
Agora, se um usuário tentar se conectar à latência para superar, ele será redirecionado para a região americana de lá.
Entretanto, se alguém de Cingapura, alguém da Ásia que possa tentar se conectar com a mesma latência de
domínio à Vodacom, ele poderá ser redirecionado para o servidor mais próximo.
Portanto, vamos analisar rapidamente como isso pode parecer exatamente.
Então vou clicar, vamos fazer uma pesquisa rápida no ponto de latência Z, Vodacom.
Portanto, como estou atualmente na Índia, serei redirecionado para o recorde estabelecido que tem a menor latência
a partir de minha localização.
Portanto, são 35. 1 54.
Muito bem, agora vamos fazer uma coisa.
Portanto, vou abrir um dos sites, que basicamente pode fazer uma boa pesquisa.
Muito bem.
Portanto, este website, em minha maioria, creio que seria na região dos EUA.
Então digamos que eu direi latência para Z Vodacom.
Agora isto funcionará porque a zona atual é uma zona de hospedagem pública, então vamos fazer uma tentativa agora.
E agora você vê aqui, basicamente, um endereço de 54 a 110.
No entanto, dentro da CLI, deu o endereço de 35. 1 54.
Agora uma das perguntas que vem é como é diferente da geolocalização, porque mesmo com a geolocalização,
posso dizer que qualquer pedido vindo da região americana iria para os recursos americanos de nós.
Entretanto, existe uma certa diferença.
Digamos que você tenha um servidor em Mumbai, um servidor em Cingapura.
Agora a solicitação seria redirecionada para um dos servidores que tem a menor latência.
Não é bem assim.
Vamos ter em Mumbai e alguém da Índia está tentando se conectar ao meu domínio.
Entretanto, o servidor da região de Mumbai tem a maior latência, então o pedido seria direcionado ao servidor
da região de Cingapura.
Então é aí que os registros baseados na latência realmente ajudam.
Portanto, antes de concluirmos, deixe-me rapidamente mostrar-lhe uma coisa, então eu irei aos dois da CE.
Portanto, em geral, se você quiser criar uma política de roteamento baseada na latência, mais uma vez, tenho certeza de que
você já conhece as formas básicas para criar uma política de roteamento.
É bastante simples.
Digamos que eu vou dizer como minha latência de demonstração.
Agora você tem que dar o valor e antes de dar isso, basta selecionar aqui a política de roteamento como latência.
Agora dentro da CE duas instâncias, vamos selecionar uma região de Cingapura e dentro da região de Cingapura
criarei um IP elástico aqui.
Vamos criar rapidamente um IP elástico.
Muito bem, então copiarei o IP elástico aqui e o colarei dentro do campo de valor e você verá que detectará
automaticamente a região associada com o IP elástico.
Agora, isto é algo que eu realmente gosto.
Isto é bastante interessante.
Então você pode dar uma identificação aqui, pode dar, digamos, a região de Cingapura e pode ir em frente e fazer uma
criação.
Muito bem.
Então agora você tem meu zillow de latência de demonstração. com.
Você pode criar conjuntos de registros múltiplos, dependendo do IP elástico que você possa dar.
A região seria detectada automaticamente no caso de PI elástica.
Assim, uma vez feito isso, você pode experimentá-lo e verificar se o roteamento baseado na latência funciona
para seu conjunto prático.
Portanto, esta é a visão geral de alto nível sobre o roteamento baseado na latência.
Espero que este vídeo tenha sido informativo para você e novamente, se você criou um IP elástico,
não se esqueça de liberá-lo, caso contrário, você será cobrado desnecessariamente.
Então, com isto, vou concluir este vídeo.