Como escolher um provedor de nuvem

Ao escolher um provedor de nuvem, você pode observar o reconhecimento da marca, recursos de segurança e armazenamento e outros itens. Mas os provedores de nuvem dependem de redes, assim como o resto de nós, e eles não são todos criados ou configurados da mesma forma.

Em geral, para aqueles que consideram a nuvem, é importante combinar a localização de seus usuários finais e a localização na nuvem que os atenderá. Você também deve ter como objetivo uma linha de base contínua do desempenho quando começar a trabalhar com um provedor de nuvem, o que ajudará no futuro se houver problemas de desempenho.

Uma vez que cada um dos principais provedores de nuvem tem vários pontos de presença, é crucial que você considere o impacto na rede de mover seus dados ou aplicativos de seus escritórios para a nuvem. Para ilustrar esse impacto, criamos uma comparação rápida dos três principais fornecedores.

Teste, Teste

Para dar uma olhada nos bastidores dos três grandes fornecedores, fizemos alguns testes. Configuramos um sistema de demonstração SaaS CRM no ponto noroeste de presença (os locais exatos variam dependendo do provedor) para os três maiores provedores de nuvem pública:AWS, Azure e Google Cloud. Então, esperamos os resultados chegarem, e eles certamente foram interessantes.

Teste de Los Angeles

O gráfico abaixo mostra o tráfego de rede de Los Angeles para o local mais próximo dos principais provedores na região noroeste. Com nosso CRM baseado no noroeste, não existe um vencedor distinto. O Google e a AWS estão localizados no vizinho Oregon, enquanto o Azure fica a uma curta distância deles no norte da Califórnia. Aqui, a AWS pode apenas vencer, mas todos mostram extrema variabilidade ao longo de um mês (quanto menor, melhor aqui). A diferença na distância física não se manifesta totalmente como tempo de rede adicional para solicitações da web (para referência, leva 40 ms para tráfego cross-country). O que provavelmente está acontecendo são mudanças de roteamento.



Los Angeles → Região Noroeste | AWS | Azure | o Google

Teste de Atlanta

Este próximo exemplo mostra as rotas de rede dos três provedores de nosso monitor baseado em Atlanta para os pontos de presença ou zonas de disponibilidade do noroeste. AWS é o provedor de nuvem mais lento, embora todos os três apresentem variabilidade ao longo da janela de um mês. Com uma separação física muito mais longa entre o usuário sintético e o servidor, podemos ignorar pequenas variações na velocidade da rede. No entanto, está claro que a AWS sofre de uma latência adicional de 1,5 segundo em média. A causa pode ser variada, mas com até dois segundos de tempo extra para solicitações da web, isso pode levar a níveis mais altos de frustração do usuário. Também podemos ver alguma consistência nos picos observados, indicando que o tráfego pode compartilhar rotas e problemas diários de congestionamento.

É importante lembrar que nossa implantação baseada em Seattle provavelmente não é a escolha ideal, nem comum, para uma empresa baseada em Atlanta. Mas com tantas startups saindo da área do Vale do Silício, há uma boa chance de que muitos aplicativos SaaS que você usa todos os dias estejam fazendo essa viagem de ida e volta de longa distância.



Atlanta → Região Noroeste | AWS | Azure | o Google

Teste de Nova York

Nosso exemplo final abaixo mostra o desempenho da rede ao longo do caminho da rede da zona de Nova York até nosso CRM baseado no noroeste. A AWS ainda mostra os tempos de resposta mais lentos dos três provedores. O Google e o Azure são consistentemente mais rápidos, exceto por um problema de congestionamento observado no final de janeiro. Como podemos supor que, ao longo do tempo, a Internet roteará grande parte desse tráfego de maneira semelhante em todo o país, há uma boa indicação de que o roteamento atrás do firewall da AWS pode ser a causa da latência adicional.



Nova York → Região Noroeste | AWS | Azure | o Google

O que nossos testes de nuvem encontraram

Não temos um tamanho de amostra grande e nossa implantação de teste não é personalizada para a complexidade da maioria dos aplicativos modernos, mas nossos resultados nos lembraram o quão importante é fazer pesquisas de localização quando você está planejando suas implantações em nuvem. Pegue o mapa para ver onde seus serviços e aplicativos estarão localizados quando estiverem na nuvem. Em seguida, combine-os com o local onde estão os usuários desses aplicativos e serviços.

Há uma série de razões que podem contribuir para o que parece ser uma falha da parte da AWS em fornecer respostas rápidas, como acordos de peering no meio do país ou roteamento adicional atrás de seu firewall. O que está claro é que o desempenho difere dependendo de onde seus usuários finais estão. Estar ciente desse fato levará a melhores decisões no que diz respeito ao desempenho.

Testar provedores de nuvem não é nosso único propósito, mas você pode obter a visibilidade que tínhamos (e você precisa) com as ferramentas do AppNeta para qualquer um de seus aplicativos em nuvem. Esse tipo de percepção da rede pode salvar o dia quando os usuários reclamarem de lentidão ou interrupções e você precisar identificar a causa raiz da degradação do desempenho.