{"id":30431,"date":"2019-11-04T06:05:18","date_gmt":"2019-11-04T14:05:18","guid":{"rendered":"https:\/\/staging.kinsta.site\/?p=56417"},"modified":"2022-03-17T12:32:57","modified_gmt":"2022-03-17T15:32:57","slug":"rede-do-google-cloud","status":"publish","type":"post","link":"https:\/\/staging.kinsta.site\/pt\/blog\/rede-do-google-cloud\/","title":{"rendered":"Rede do Google Cloud Platform: N\u00edvel Premium vs N\u00edvel Standard"},"content":{"rendered":"

Na corrida de hoje para acelerar o tempo de carregamento do site, cada milissegundo importa. A equipe da Kinsta testou e estudou o impacto da velocidade do site<\/a> nas vendas, convers\u00f5es, experi\u00eancia do usu\u00e1rio e envolvimento do usu\u00e1rio.<\/p>\n

Mas h\u00e1 uma advert\u00eancia. Embora a otimiza\u00e7\u00e3o no local seja importante para melhorar a velocidade, n\u00e3o \u00e9 o \u00fanico aspecto que devemos considerar. A infraestrutura de hardware e rede que suporta o nosso site e o liga aos nossos visitantes \u00e9 importante.<\/p>\n

Hoje vamos discutir porque \u00e9 que o Google est\u00e1 investindo muito dinheiro na sua infraestrutura de rede e algumas das diferen\u00e7as na rede de n\u00edvel Premium e na rede de n\u00edvel Standard do Google Cloud Platform.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Largura de banda e lat\u00eancia (crit\u00e9rios chave para o desempenho da infraestrutura de hospedagem)<\/h2>\n

Antes de mergulhar em detalhes sobre a rede do Google Cloud, \u00e9 importante entender primeiro os dois conceitos a seguir: largura de banda e lat\u00eancia.<\/p>\n

A largura de banda \u00e9 a capacidade de throughput da rede, medida em Mbps; enquanto a lat\u00eancia \u00e9 o atraso ou a soma de todos os atrasos que diferentes roteadores ao longo do caminho adicionam \u00e0s nossas solicita\u00e7\u00f5es e respostas web.<\/p>\n

Figurativamente, a largura de banda ou a capacidade de passagem pode ser retratada como largura do tubo de \u00e1gua para permitir a passagem de um certo volume de \u00e1gua por segundo. A lat\u00eancia pode ser comparada ao atraso a partir do momento em que o tubo de \u00e1gua \u00e9 aberto at\u00e9 come\u00e7ar a jorrar atrav\u00e9s dele.<\/p>\n

Devido \u00e0 pequena sobrecarga no estabelecimento da conex\u00e3o entre diferentes roteadores, cada “salto” ao longo do caminho adiciona uma pequena quantidade de lat\u00eancia \u00e0s solicita\u00e7\u00f5es e respostas finais.<\/p>\n

Assim, quanto mais distante estiver o visitante e o servidor onde o site est\u00e1 hospedado, maior ser\u00e1 a lat\u00eancia. Al\u00e9m disso, quanto mais fragmentada for a rede, maior ser\u00e1 a lat\u00eancia.<\/p>\n

Podemos imaginar isto usando uma ferramenta chamada traceroute<\/a>, ou tracert<\/a> nas janelas. Nas capturas de ecr\u00e3 seguintes, utiliz\u00e1mo-lo para controlar os atrasos de encaminhamento de dois pedidos, feitos a partir da Europa. Especificamente:
\num para weibo.com:<\/p>\n

\"Weibo.com\"
Weibo.com<\/figcaption><\/figure>\n

e outro para bbc.co.uk:<\/p>\n

\"Bbc.co.uk\"
Bbc.co.uk<\/figcaption><\/figure>\n

Como esper\u00e1vamos, o n\u00famero de saltos para o site na China \u00e9 quase 2x maior do que para o europeu. Ent\u00e3o \u00e9 a lat\u00eancia adicionada comparada a um pedido para um site hospedado no Reino Unido.<\/p>\n

As tr\u00eas colunas que o tracert mostra representam tr\u00eas roundtrips (RTT). Cada linha representa diferentes roteadores ou saltos ao longo do caminho. Eles geralmente t\u00eam URLs que nos ajudam a determinar onde esse roteador espec\u00edfico est\u00e1 localizado.<\/p>\n

O tempo de ida e volta para os roteadores na China \/ Hong Kong leva cerca de um ter\u00e7o de segundo.<\/p>\n

N\u00f3s usamos pingdom<\/a> para carregar um site hospedado em Londres a partir da localiza\u00e7\u00e3o de Pingdom na Austr\u00e1lia, para tentar estabelecer o compartilhamento que a rede tem nos tempos de carregamento geral de um site.<\/p>\n

\"Exemplo
Exemplo de tempos de carregamento<\/figcaption><\/figure>\n

Estes s\u00e3o os dados de um pequeno arquivo CSS carregado neste cen\u00e1rio de teste. A parte Connect tem a maior participa\u00e7\u00e3o no carregamento desse recurso, seguida por SSL e Espera. TTodo o tempo at\u00e9 l\u00e1, incluindo o tempo de espera, tamb\u00e9m \u00e9 conhecido como tempo de primeiro byte (TTFB<\/a>), que inclui a lat\u00eancia da rede.<\/p>\n

Quando os Provedores de Servi\u00e7os de Internet anunciam a velocidade da conex\u00e3o de internet, eles normalmente anunciam em sua largura de banda (a “largura do tubo” lembra?) o que realmente n\u00e3o \u00e9 um medida de velocidade<\/a>. Aumentar a largura do tubo pode aumentar a velocidade do site apenas at\u00e9 certo ponto. \u00c9 mais \u00fatil quando precisamos de uma grande quantidade de dados enviados por segundo, como quando transmitimos conte\u00fado de v\u00eddeo de alta defini\u00e7\u00e3o. Mas para os usu\u00e1rios que podem estar jogando jogos multiplayer em tempo real online, a lat\u00eancia ser\u00e1 muito mais importante.<\/p>\n

Mike Belshe, um dos coautores da especifica\u00e7\u00e3o HTTP\/2<\/a> e do protocolo SPDY, fez uma an\u00e1lise do<\/a> impacto do aumento da largura de banda na velocidade de carregamento do site vs. o efeito da diminui\u00e7\u00e3o da lat\u00eancia na velocidade de carregamento do site.<\/p>\n

Aqui est\u00e3o os achados da Belshe com curadoria em um belo gr\u00e1fico:<\/p>\n

\"Tempo
Tempo de carregamento\/altera\u00e7\u00e3o de largura de banda vs. Tempo de carregamento\/altera\u00e7\u00f5es de lat\u00eancia<\/figcaption><\/figure>\n

Deve ficar claro que melhorar a velocidade do site aumentando a largura de banda n\u00e3o \u00e9 a forma mais eficaz de alcan\u00e7ar um melhor desempenho. Por outro lado, ao reduzir o RTT (round-trip-time) ou a lat\u00eancia, podemos ver melhorias consistentes do tempo de carregamento da p\u00e1gina<\/a>.<\/p>\n

Redes vs Internet Peering vs Transit<\/h2>\n

Para entender um pouco melhor o nosso t\u00f3pico, precisamos explicar o b\u00e1sico da topologia da internet. Em sua ess\u00eancia, a internet global consiste em m\u00faltiplas redes globais, regionais e locais.<\/p>\n

A partir de 2018, existem mais de 60.000<\/a> AS (Sistemas Aut\u00f3nomos). Estas redes pertencem a governos, universidades, ISPs.<\/p>\n

Entre estas, destacam-se as redes N\u00edvel 1, N\u00edvel 2 e N\u00edvel 3. Estes n\u00edveis representam a independ\u00eancia de cada rede na Internet como um todo.<\/p>\n