Não é surpresa que a computação em nuvem tenha literalmente tomado o mundo pela tempestade. Para a maior parte do mundo dos negócios e empresas, os dias de dificuldades com salas de servidores no local complicadas e redes complexas acabaram. Na última década, a computação em nuvem tornou-se mais econômica, segura e confiável. Os principais provedores do setor estão investindo pesadamente em hardware, software e infraestrutura de rede global para obter mais participação de mercado, o que resultou em um desempenho incomparável. A competição saudável é sempre uma vitória para os consumidores e parceiros, pois isso reduz os custos e exige que eles inovem constantemente para ficar à frente.

Normalmente, quando pensamos em provedores de computação em nuvem, estamos nos referindo aos três gigantes do setor: Azure, Google Cloud e AWS. Hoje vamos comparar apenas dois deles, o Google Cloud vs AWS. Utilizamos exclusivamente a plataforma Google Cloud aqui na Kinsta, mas vamos tentar manter este artigo o mais imparcial possível e explicar tudo em termos leigos. Há definitivamente algumas vantagens e desvantagens para ambos os provedores. Confie em nós, tivemos nossa própria cota de desafios! Independentemente do provedor escolhido, você sempre encontrará problemas em algum momento do caminho.

Tendências da computação em nuvem

Antes de nos aprofundarmos na comparação entre o Google Cloud e o AWS, vamos dar uma olhada em algumas das tendências mais recentes da computação em nuvem. É uma indústria excitante para fazer parte. Em janeiro de 2017, a RightScale realizou seu sexto State of the Cloud Survey em que eles entrevistaram mais de 1.000 profissionais de TI para analisar as tendências atuais da computação em nuvem. Podemos definitivamente ver algumas coisas interessantes acontecendo.

  • Em 2016, 32% dos participantes responderam dizendo que o desafio número um na nuvem era devido à falta de recursos ou expertise. Em 2017, esse número caiu para 25%.
  • Em 2016, 29% dos participantes responderam dizendo que estavam preocupados com a segurança no que se refere à computação em nuvem. Em 2017, esse número caiu para 25%.
  • Em 2016, 15% dos participantes responderam que o desempenho era um desafio quando se trata de computação em nuvem. Em 2017, esse número caiu para 11%.
Desafios da computação em nuvem (Fonte: RightScale)

Desafios da computação em nuvem (Fonte: RightScale)

Apenas a partir dos dados acima, podemos ver uma tendência dos profissionais de que a barreira de entrada está diminuindo rapidamente. Você não precisa mais ser um especialista para hospedar seu site com o Google Cloud ou o AWS. Muitos provedores de hospedagem WordPress gerenciados, incluindo Kinsta,  agora permitem que você aproveite a nuvem sem precisar se preocupar com o lado técnico das coisas. As grandes empresas agora estão investindo em seus próprios funcionários e engenheiros, pois o Google Cloud, o AWS e o Azure agora oferecem certificações em suas plataformas:

  • Certificações Google Cloud: Arquiteto de nuvem, engenheiro de dados, administrador do G Suite
  • Certificações AWS: Arquiteto de Soluções, Engenheiro de DevOps, Desenvolvedor, Administrador de SysOps
  • Certificações Azure: MCSA: Cloud Platform, MTA: Infraestrutura de TI, MCSA: Linux no Azure, MCSE: Cloud Platform e Infraestrutura e muito mais

O desempenho e a segurança também aumentaram bastante nos últimos dois anos, simplesmente devido ao fato de que os provedores de computação em nuvem precisaram inventar novas maneiras de hospedar dados com mais segurança, entregando-os mais rapidamente. A maioria dos provedores agora está criptografando o tráfego entre os data centers por padrão.

Outro aspecto interessante de sua pesquisa foi ver as estatísticas de adoção da nuvem pública de 2017 x 2016. A AWS permaneceu praticamente igual, enquanto o Azure e o Google Cloud tiveram um crescimento bastante significativo. A AWS definitivamente ainda é a líder, mas isso se deve principalmente a eles serem os primeiros a realmente investir e moldar a indústria de computação em nuvem. O Google Cloud e o Azure definitivamente precisam ser atualizados.

Adoção de nuvem pública (Fonte: RightScale)

Adoção de nuvem pública (Fonte: RightScale)

Aqui estão algumas estatísticas e previsões adicionais sobre o setor de computação em nuvem:

  • De acordo com as previsões da Deloitte Technology, até o final de 2018, os gastos com TI como serviço para data centers, software e serviços serão de US$ 547 bilhões.
  • A BDO Technology Outlook Survey descobriu que 74% dos CFOs dizem que a computação em nuvem terá o impacto mais mensurável em seus negócios em 2017.
  • IDC FutureScape prevê que, até 2018, pelo menos metade dos gastos com TI será baseada na nuvem, atingindo 60% de toda a infraestrutura de TI e 60% a 70% de todos os gastos com software, serviços e tecnologia até 2020.
  • Wikibon está prevendo que os gastos da nuvem corporativa estão crescendo a uma taxa de crescimento anual composto de 16% (CAGR) entre 2016 e 2026.

Também é interessante dar uma olhada no Google Trends para ver o interesse ao longo do tempo. Definitivamente, houve um padrão de crescimento constante nos últimos cinco anos.

Tendências do Google sobre provedores de computação em nuvem

Tendências do Google sobre provedores de computação em nuvem

O Stack Overflow, uma das maiores comunidades online para desenvolvedores, também tem uma boa ferramenta de tendências em que eles analisam padrões com base na porcentagem de perguntas em um mês. Desenvolvedores compõem uma grande parte do setor. Embora um CTO possa ter a palavra final, são os desenvolvedores, engenheiros e administradores que estão realmente implementando as soluções de computação em nuvem.

Tendências de computação em nuvem no Stack Overflow

Tendências de computação em nuvem no Stack Overflow

Em 20 de dezembro de 2017 o analista John DiFucci, da Jefferies, apresentou snapshots trimestrais de serviços de nuvem pública. Mesmo que a Amazon gerencie a nuvem pública, o crescimento ano a ano de 125% do Google Cloud Platform em 2017 é incrível! O Alibaba e o Microsoft Azure também estão crescendo em ritmo acelerado.

Google Cloud vs AWS (IaaS/PaaS market) Fonte: MarketWatch

Google Cloud vs AWS (IaaS/PaaS market) Fonte: MarketWatch

Google Cloud Platform

Google Cloud Platform é essencialmente composta por vários serviços e soluções diferentes que permitem utilizar a mesma infra-estrutura de software e hardware que o Google usa para seus próprios produtos, como o YouTube e o Gmail. Eles lançaram seu primeiro serviço, o Google App Engine em um prévia pública em 2008.

Google Cloud PlatformAlguns de seus mais de 50 produtos incluem:

  • Google Compute Engine
  • Google App Engine
  • Google Container Engine
  • Google Cloud Bigtable
  • Google BigQuery
  • Google Cloud Functions
  • Google Cloud Datastore
  • Google Storage
  • Google Cloud CDN
  • Google Cloud DNS

Neste artigo, vamos estar olhando principalmente para o Google Compute Engine e serviços associados, o que permite que os usuários iniciem máquinas virtuais sob demanda. Este é um dos principais serviços que usamos para os clientes da Kinsta, junto com os contentores LXD, para permitir isolamento completo e escalonamento automático.

O Google Compute Engine foi lançado em uma prévia pública em junho de 2012, e foi então liberado para acesso geral em dezembro de 2013. Grandes marcas que agora utilizam o Google Compute Engine incluem Apple, HTC, Best Buy, Ubisoft, Philips, Domino’s Pizza, Leadpages, Heathrow, PayPal, Coca-Cola, Evernote, Sony Music e muito mais.

Empresas que usam o Google Compute Engine

Empresas que usam o Google Compute Engine

Google Chief Executive Officer Sundar Pichai disse que o Google Cloud Platform é uma das três principais prioridades da empresa. A partir de 2019, a taxa de execução anual da Google Cloud Platform é de mais de US $ 8 bilhões. Isso é acima de US $ 4 bilhões em 2018.

Para saber mais, certifique-se de verificar isso em profundidade  histórico cotado do Google Cloud Platform reunido por Reto Meier.

Amazon Web Services (AWS)

Amazon Web Services (AWS) é uma subsidiária da Amazon.com que foi lançada para fornecer serviços de computação em nuvem para empresas e indivíduos em 2006. Assim como o Google Cloud Platform, eles têm uma infinidade de serviços e soluções diferentes. A Amazon definitivamente abriu o caminho para a computação em nuvem! Recomendamos verificar o artigo do TechCrunch sobre como a AWS se desenvolveu.

aws

Alguns dos seus mais de 200 produtos incluem:

  • Amazon Elastic Compute Cloud (Amazon EC2)
  • AWS Elastic Beanstalk
  • Amazon EC2 Container Service
  • Amazon DynamoDB
  • Amazon Redshift
  • Amazon Lambda
  • Amazon DynamoDB
  • Amazon S3
  • Amazon CloudFront
  • Amazon Route 53

Neste artigo, vamos focar principalmente para na Amazon EC2 e serviços associados, que essencialmente são o mesmo que o Google Compute Engine. O Amazon EC2 foi lançado em um beta público em agosto de 2006. Se você comparar isso com a GCE, eles terão uma vantagem inicial de seis anos no Google. As grandes marcas que utilizam o Amazon EC2 incluem a Netflix, a Time Inc., a Nasa, a Expedia, a Airbnb, a Lamborghini e muitas outras.

Empresas que usam o Amazon EC2

Empresas que usam o Amazon EC2

Google Cloud vs AWS

Como o Google Cloud e o AWS são muito semelhantes, é mais fácil dividir nossa comparação em categorias diferentes. Não podemos cobrir tudo nesta postagem, pois cada provedor tem mais de 50 produtos diferentes (a AWS tem mais de 200)! Por isso, abordaremos produtos como instâncias de computação, faturamento, rede, armazenamento e recursos que utilizamos na Kinsta, diretamente relacionados à escalabilidade da hospedagem do WordPress para nossos clientes. Sinta-se à vontade para clicar em um específico abaixo para pular direto para ele.

Compute

A primeira categoria é como o Google Compute Engine e o AWS EC2 gerenciam suas máquinas virtuais (instâncias). A tecnologia por trás das VMs do Google Cloud é KVM, considerando que a tecnologia por trás das VMs do AWS EC2 é Xen. Ambos oferecem uma variedade de configurações de instância predefinidas com quantidades específicas de CPU, RAM e rede virtuais. No entanto, eles têm uma convenção de nomenclatura diferente, que pode, a princípio, ser confusa. O Google Compute Engine refere-se a eles como tipos de máquinas, enquanto o Amazon EC2 se refere a eles como tipos de instâncias.

  • Você pode equipar instâncias do Google Compute Engine com até 96 vCPUs e 624 GB de RAM (Novos tipos de máquinas lançados em 5 de outubro de 2017).
  • Você pode equipar as instâncias do AWS EC2 com até 128 vCPUs e 3.904 GB de RAM.

Abaixo está uma comparação de VMs que se enquadram em categorias semelhantes entre provedores, como alta memória, alta CPU, armazenamento SSD, etc.

Tipo de Máquina/Instância Google Compute Engine AWS EC2
Compartilhado  f1-micro
g1-small
t2.nano – t2.2xlarge
Padrão n1-standard-1 – n1-standard-96 (beta) m3.medium – m3.2xlarge
m4.large – m4.16xlarge
Alta memoria n1-highmem-2 – n1-highmem-96 (beta) r3.large – r3.8xlarge
r4.large – r4.16xlarge
x1.16xlarge – x1e.32xlarge
Alto CPU n1-highcpu-2 – n1-highcpu-96 (beta) c3.large – c3.8xlarge
c4.large – c4.8xlarge
GPU You can add GPUs to machine types g2.2xlarge
g2.8xlarge
Armazenamento SSD n1-standard-1 – n1-standard-32
n1-highmem-2 – n1-highmem-32
n1-highcpu-2 – n1-highcpu-32
i2.xlarge – i2.8xlarge
Armazenamento denso N/A d2.xlarge – d2.8xlarge
Atualizado em agosto de 2018, Fontes: GCE Machine Types, AWS Instance Types

Também deve ser observado que o Google Cloud permite que você se afaste das configurações predefinidas, conforme visto acima, e personalize os recursos de CPU e RAM da sua instância para adequar sua carga de trabalho. Estes são conhecidos como máquinas personalizadas. Outros tipos incluem Google Cloud Preemptible VMs e o AWS EC2 Spot Instances.

Armazenamento/Disk

O tipo de armazenamento e discos usados por um provedor de nuvem desempenham um papel muito importante, pois têm impacto direto no desempenho, como taxa de transferência esperada (IO), IOPs máximos por volume/instância e capacidade de interromper a capacidade por períodos curtos. Existem dois tipos principais de opções de armazenamento ao comparar o Google com o AWS: armazenamento em bloco e armazenamento de objetos.

Armazenamento em Blocos

O armazenamento em bloco é essencialmente um volume de disco virtual usado em conjunto com máquinas virtuais baseadas em nuvem. O Google Compute Engine oferece o permanents disks, enquanto o AWS EC2 oferece isso por meio do Elastic Block Store (EBS).

Armazenamento em bloco Google Cloud Platform AWS
Serviço SSD SSD IOPS geral e provisionado
Tamanhos 1 GB até 64 TB 1 GB até 16 TB
IOPS provisionados de 4 GB a 16 TB
IOPs máximos por volume 40,000 ler,     30,000 escrever 10.000 (20.000 para IOPS provisionados)
IOPS máximo de 75.000 / instância
Rendimento Máximo por Volume (MB/s) 800 ler, 400 escrever 160 (320 para IOPS provisionados)
Replicação Redundância incorporada RAID-1
Redundância de snapshots Múltiplas localizações Múltiplas localizações
Encriptação SSE 256-bit AES SSE 256-bit AES
Encriptação SSE 256-bit AES SSE 256-bit AES
Preço Magnético (por GB / mês) $0.040 (disco padrão) $0.045
Preço de SSD (por GB/mês) $0.170 $0.10
Preços de SSD PIOPS (por GB/mês) N/A $0.125

Atualizado em outubro de 2017, fontes: GCE, AWS EBS

Armazenamento de Objetos

O armazenamento de objetos, às vezes também chamado de armazenamento de objetos distribuídos, é essencialmente um serviço hospedado para armazenar e acessar um grande número de objetos binários, ou blobs. O Google Compute Engine oferece isso por meio do serviço Google Cloud Storage enquanto a AWS oferece isso por meio do seu serviço Amazon S3.

Armazenagem de objetos Google Cloud Platform AWS
Serviço Google Cloud Storage Amazon S3
Hot GCS S3 Standard
Cool GCS Nearline S3 Standard (acesso não frequente)
Cold (Arquivamento) GCS Coldline Glacier
Limite de tamanho 5 TB/object 5 TB/objeto
Limite do objeto Ilimitado Ilimitado
Preço Multi-Região Hot (por GB/mês) $0.0260
Inclui transferência
S3 Padrão (x2) $0.0460
Transferência $0.0100
Preço de região única Hot (por GB / mês) $0.0200 $0.0230
Preço de região única cool (por GB/mês) $0.0100 (Perto da linha) $0.0125 (acesso não frequente)
Preço da Região Única cold (por GB/mês) $0.0070 (Coldline) $0.0040 (Glacier)

Atualizado em outubro de 2017, Fontes: Google Cloud Storage, AWS S3

Além do armazenamento padrão em block e de objetos em rede, o Compute Engine e o Amazon EC2 permitem que os usuários usem discos conectados localmente à máquina física que está executando a instância. O armazenamento local oferece desempenho superior, operações de entrada / saída muito altas por segundo (IOPS) e latência muito baixa em comparação com os discos permanentes. Esse tipo de armazenamento é capaz de atingir várias velocidades de leitura / gravação de GB, o que é enorme!

O Google Cloud chama esses SSDs locais, enquanto o AWS EC2 se refere a eles como volumes de armazenamento de instâncias. O Google permite anexar SSDs locais a qualquer tipo de instância, enquanto o AWS suporta apenas os seguintes tipos de instância: C3, F1, G2, HI1, I2, I3, M3, R3 e X1. Em agosto de 2017, o Google Cloud também anunciou um corte de preço nos seus SSDs locais para instâncias sob demanda e preemptivas.

Rede

O Google Cloud e a AWS usam redes e parceiros diferentes para interconectar seus data centers em todo o mundo e fornecer conteúdo via ISPs para os usuários finais. Eles oferecem uma variedade de produtos diferentes para conseguir isso.

Produto Google Cloud Platform AWS
VPC Nuvem privada virtual Amazon VPC
Balanceamento de carga Balanceamento de carga na nuvem Elastic Load Balancing
CDN Cloud CDN Amazon CloudFront
Interconexão Cloud Interconnect AWS Direct Connect
DNS Cloud DNS Amazon Route 53
Camadas Níveis de serviço de rede N/A

Atualizado em outubro de 2017, Fontes: GCP Networking, AWS Networking

  • A capacidade de rede alcançável nas instâncias do Google Compute Engine funciona de maneira ligeiramente diferente, baseado na quantidade de CPUs que o seu VMs tem. Cada núcleo está sujeito a um limite de 2 Gbits/segundo (Gbps) para desempenho de pico. Cada núcleo adicional aumenta o limite de rede, até um máximo teórico de 16 Gbps para cada máquina virtual.
  • As instâncias da Amazon EC2 tem um largura de banda máxima de 25 Gbps, no entanto, isso é apenas nos maiores tamanhos de instância. Instâncias padrão excedem a 10 Gbps/segundo.

Um grande fator quando se trata de comparar os dois provedores é a latência da rede. A latência é importante quando se trata de empresas que atendem visitantes em uma localização geográfica específica. Por exemplo, digamos que você tenha uma loja de comércio eletrônico em Frankfurt e 90% de seus clientes sejam da Alemanha. Sua empresa vai se beneficiar muito ao colocar seu site em um servidor na Alemanha, ao invés de hospedá-lo nos Estados Unidos ou na Ásia.

Quanta diferença faz? Colocamos isso em teste em nossa postagem detalhada sobre latência de rede e descobriu que, em alguns casos, isso pode significar a diferença de quase dois segundos, dependendo de onde você escolhe hospedar seu site. Isso inclui outros fatores, como DNS, TTFB, etc. Você sempre encontrará tempo de carregamento e latência, mas, felizmente, o Google Cloud e a AWS têm dezenas de locais diferentes para escolher em todo o mundo. Escolha sabiamente!

Latência de rede

Latência de rede

Existem algumas ferramentas diferentes que você pode utilizar para comparar a latência entre provedores. O CloudHarmony é um dos que fornece análise de desempenho objetiva, imparcial e confiável para comparar serviços em nuvem. Eles utilizam uma rede de cerca de 50 servidores localizados em todo o mundo para medir e registrar periodicamente medições de latência e produtividade em outras nuvens. Fizemos um teste do Google Compute Engine e do AWS EC2 em nosso local atual nos EUA.

Google Compute Engine (teste de latência do CloudHarmony)

Localização Compute Latência mais rápida Latência Média Latência mais lenta
GCE (us-east4-a) 83 ms 86 ms 95 ms
GCE (us-central1-c) 83 ms 84 ms 90 ms
GCE (us-west1-b) 56 ms 59 ms 68 ms
GCE (europe-west2-a) 157 ms 159 ms 192 ms
GCE (asia-northeast1-b) 122 ms 123 ms 127 ms
GCE (asia-southeast1-b) 182 ms 186 ms 195 ms
GCE (australia-southeast1-a) 158 ms 161 ms 166 ms
GCE (asia-east1-b) 153 ms 155 ms 165 ms
GCE (us-east1-c) 75 ms 78.5 ms 86 ms
GCE (europe-west1-c) 159 ms 163 ms 170 ms

Fonte: CloudHarmony (rodando nos EUA ISP)

AWS EC2 (Teste de latência do CloudHarmony)

Localização Compute Latência mais rápida Latência média Latência mais lenta
AWS EC2 (us-west-1) 62 ms 65.5 ms 84 ms
AWS EC2 (ca-central-1) 172 ms 179 ms 186 ms
AWS EC2 (eu-west-1) 338 ms 352.5 ms 375 ms
AWS EC2 (us-east-2) 151 ms 155 ms 160 ms
AWS EC2 (ap-south-1) 268 ms 402 ms 546 ms
AWS EC2 (us-east-1) 137 ms 142.5 ms 395 ms
AWS EC2 (sa-east-1) 371 ms 379.5 ms 392 ms
AWS EC2 (ap-northeast-1) 261 ms 274 ms 297 ms
AWS EC2 (ap-southeast-2) 388 ms 398.5 ms 422 ms
AWS EC2 (us-west-2) 100 ms 102 ms 118 ms
AWS EC2 (ap-northeast-2) 317 ms 325 ms 340 ms
AWS EC2 (eu-central-1) 344 ms 358 ms 363 ms
AWS EC2 (ap-southeast-1) 404 ms 416.5 ms 447 ms
AWS EC2 (eu-west-2) 319 ms 331 ms 349 ms

Fonte: CloudHarmony (teste rodado nos EUA ISP)

Como você pode ver acima, a latência do Google Cloud foi definitivamente o vencedor aqui. Mas lembre-se de que o teste está sendo executado em nosso local atual, portanto os resultados sempre serão diferentes. Uma das melhores maneiras de medir os tempos de latência e ping é girar instâncias pequenas em cada provedor e executar seus próprios testes. Mas aqui estão algumas outras pequenas ferramentas de teste que você pode querer conferir:

  • GCP Ping (medir latência para o Google Cloud)
  • info (medir a latência para o AWS)

Google Cloud Platform Network

Vamos primeiro dar uma olhada na rede por trás do Google Cloud Platform. O Google tem investido pesadamente em sua infraestrutura global, que inclui novos data centers. Na verdade, mais da metade de seus locais atuais foram abertos em 2017. Nós da Kinsta apreciamos a dedicação do Google à expansão global, pois isso ajuda a diminuir a latência em todos os lugares e a garantir tempos de carregamento mais rápidos para nossos clientes.

Expansão da rede do Google Cloud Platform

Expansão da rede do Google Cloud Platform

Em abril de 2019, o Google Cloud atualmente tem 20 localizações para escolher para instanciar novas instâncias do Compute Engine:

  • Council Bluffs, Iowa, EUA (us-central1)
  • Ghislain, Bélgica (europe-west1)
  • Changhua County, Taiwan (asia-east1)
  • Sydney, Austrália (australia-southeast1)
  • The Dalles, Oregon, EUA (us-west1)
  • Ashburn, Virginia, EUA (us-east4)
  • Moncks Corner, South Carolina, EUA (us-east1)
  • São Paulo, Brasil (southamerica-east1)
  • London, UK (europe-west2)
  • Frankfurt, Alemanha (europe-west3)
  • Jurong West, Singapura (asia-southeast1)
  • Tokyo, Japão (asia-northeast1)
  • Mumbai, Índia (asia-south1)
  • Montréal (northamerica-northeast1)
  • Holanda (europe-west4)
  • Hamina, Finland (europe-north1)
  • Los Angeles, California (us-west2)
  • Hong Kong (asia-east2)
  • Zürich, Suíça (europe-west6)
  • Osaka, Japão (asia-northeast2)

Se você for um cliente Kinsta, tudo estará disponível para você escolher ao hospedar seu site WordPress. Também utilizamos o modo de implantação multirregional do Google Cloud Platform. Isso significa que você não está restrito a um único data center para sua conta. Você pode escolher um data center diferente para cada um dos seus sites com um único clique no painel MyKinsta (como visto abaixo).

Locais do servidor do Google Cloud Platform

Locais do servidor do Google Cloud Platform

Em 29 de junho de 2016, o Google anunciou seu investimento no FASTER Cable System que fornece ao Google acesso a até 10Tbps (Terabits por segundo) da largura de banda total de 60Tbps do cabo entre os EUA e o Japão. Eles estão usando isso para os clientes do Google Cloud e do Google App. O cabo transpacífico de 9.000 km é o cabo submarino de maior capacidade já construído e aterrissa no Oregon, nos Estados Unidos, e em dois pontos de desembarque no Japão. O Google também é um dos seis membros que têm acesso exclusivo a um par de fios ópticos de 100Gb/s x 100 de comprimentos de onda entre o Oregon e o Japão.

Rede do google cloud

Rede do google cloud

Will Shulman, co-fundador da MongoLab, falou sobre a rede em um painel no Google I/O dizendo:

Está ardendo rápido. A outra coisa – tem um backbone distribuído de forma privada entre todos os data centers. Você está falando sobre o backbone do Google, não na internet.

A partir de agosto de 2017, o Google Cloud Platform lançou seus aplicativos separados redes de nível premium e de nível padrão. Isso faz com que eles sejam a primeira grande nuvem pública a oferecer uma rede em nuvem em camadas. A camada premium oferece tráfego por meio da rede global altamente provisionada, de baixa latência e altamente confiável do Google. A redundância é a chave e é por isso que há pelo menos três caminhos independentes (redundância N + 2) entre dois locais na rede do Google, ajudando a garantir que o tráfego continue fluindo entre os locais mesmo em caso de interrupção.

O nível padrão oferece qualidade de rede comparável à de outras grandes nuvens públicas. Ele fornece o tráfego de saída do GCP para as redes de internet em trânsito (ISP) em vez da rede do Google.

Nível padrão do Google Cloud Platform

Nível padrão do Google Cloud Platform

Quanta diferença existe entre os níveis padrão e premium? A Cedexis, uma empresa bem conhecida de desempenho objetivo e monitoramento, publicou suas descobertas. Aqui está uma mensuração do Cedexis Radar da diferença de latência na camada premium do Google Cloud Platform em relação à camada padrão nos Estados Unidos.

Latência de nivel premium do Google Cloud em relação à nivel padrão

Latência de nivel premium do Google Cloud em relação à nivel padrão

Aqui, uma mensuração do Cedexis Radar da diferença na taxa de transferência do nivel premium do Google Cloud Platform em comparação à nivel padrão nos Estados Unidos.

Latência de nivel premium do Google Cloud em relação à nivel padrão

Latência de nivel premium do Google Cloud em relação à nivel padrão

Kinsta utiliza o nível premium do Google Cloud Platform para todos os nossos clientes, a fim de garantir tempos de carregamento extremamente rápidos, minimizando os saltos de rastreamento e diminuindo a distância que os dados precisam percorrer. Mas também é ótimo ver um nível mais baixo adicionado para orçamentos mais apertados ou para projetos que não exigem velocidades tão rápidas.

E para aqueles que precisam de opções de rede ainda mais rápidas, o Google anunciou suas opções de interconexão dedicada em setembro de 2017. A Interconexão dedicada oferece várias opções diferentes de rede de nível empresarial que você pode utilizar para se conectar ao Google Cloud Platform:

Interconnect

  • Acesso direto a IPs RFC1918 no seu VPC – com SLA
  • Interconexão Dedicada
  • VPN IPsec

Peering

  • Acesso a IPs públicos do Google somente – sem SLA
  • Peering Direto
  • Peering transportadora

Acessar o GCP com alta largura de banda, baixa latência e conectividade de rede consistente é essencial para nossos objetivos de negócios. A Interconexão dedicada do Google nos permitiu alcançar com êxito maior confiabilidade, maior taxa de transferência e menor latência, reduzindo o custo total de propriedade em mais de 60% em comparação com as soluções na internet pública. – Nhan Phan, vice-presidente de engenharia da Metamarkets

Eles também oferecem Virtual Private Cloud e formas adicionais de acelerar a entrega de conteúdo via Google Cloud CDN.

AWS Network

Agora vamos dar uma olhada no global AWS network. A Nuvem AWS opera 44 zonas de disponibilidade em 16 regiões geográficas ao redor do mundo. Assim como o Google, cada região da AWS tem várias zonas de disponibilidade e data centers. Isso é ótimo para redundância, tolerância a falhas e baixa latência.

AWS rede global

AWS rede global

  • Virginia (6), Ohio (3), EUA
  • Califórnia (3), Oregon (3), EUA
  • Mumbai (2), Seoul (2), Singapore (2), Sydney (3), Tokyo (3), Asia Pacific
  • Central (2), Canadá
  • Beijing (2), China
  • Frankfurt (3), Irlanda (3), Londres (2), Europa
  • São Paulo (3), America do sul
  • AWS GovCloud (US-West), EUA

Assim como com a interconexão dedicada do Google Cloud, a Amazon também oferece o que chamam de AWS Direct Connect. O AWS Direct Connect permite estabelecer uma conexão de rede dedicada entre sua rede e uma das localizações do AWS Direct Connect. A AWS oferece peering de operadora, mas não oferece peering direto ou peering CDN.

Eles também oferecem Amazon Virtual Private Cloud (VPC) e formas adicionais de acelerar a entrega de conteúdo Amazon CloudFront.

Faturamento e Preços

Ao comparar o Google Cloud vs AWS, o faturamento é tratado de maneira bem diferente. E para ser honesto, nenhum deles fornece uma maneira muito simples de calcular isso facilmente, a menos que você esteja muito familiarizado com as plataformas. Aqui estão suas calculadoras mensais, se você está começando:

A estimativa do gasto mensal com esses dois provedores de nuvem pode ser um desafio. Existem até mesmo ferramentas inteiras por aí, como reOptimize ou Cloudability que foram criados para ajudar você a entender melhor suas contas. Essencialmente, a AWS oferece um painel que fornece informações sobre sua fatura. O Google Cloud Platform fornece exportações estimadas por meio da ferramenta BigQuery. No entanto, ambos os provedores estão fazendo coisas para diminuir os custos e facilitar o faturamento.

Faturamento por segundo

AWS anunciou seu faturamento por segundo em Setembro de 2017( mínimo de um minutonas instâncias do EC2). Isso permite maior flexibilidade para os clientes que precisam criar novas instância e fazer muito trabalho em um curto período  de tempo. Não para nossa surpresa, o Google Cloud Platform também lancçou o faturamento por segundo  (mínimo de um miuto nas instâncias do Google Compute Engine). Isso mostra como esse mercado é realmente competitivo. A AWS e a GCP estçai quase lançando novos recursos simultaneamente agora. Ainda temos dificuldade em acompanhar!

preços de computação na nuvem

O Google deu um ótimo exemplo em seu anúncio de potencial economia:

Se, em média, o tempo de vida de sua VM estivesse sendo arredondado em 30 segundos com faturamento por minuto, suas economias com a execução de 2.600 vCPUs por dia seriam suficientes para pagar pelo café da manhã (a 99 centavos, supondo que você possa encontrar café de alguma forma por 99 centavos). Em comparação, o desperdício do faturamento por hora seria suficiente para comprar uma cafeteira todas as manhãs (mais de US$ 100 neste exemplo).

Descontos de uso confirmados vs instâncias reservadas

O Google Cloud e o AWS oferecem maneiras diferentes de economizar para aqueles que investem seriamente em suas plataformas. O AWS EC2 oferece o que eles chamam de instâncias reservadas, que fornecem um desconto significativo (até 75%) em comparação ao preço sob demanda e fornecem uma reserva de capacidade quando usados em uma zona de disponibilidade específica. Eles têm diferentes tipos de instâncias reservadas:

  • Instâncias Reservadas Padrão
  • Instâncias Reservadas Conversíveis
  • Instâncias reservadas agendadas

Google Cloud tem o que todos eles comprometeram em usar descontos, que agora está disponível para todos os clientes do Compute Engine a partir de setembro de 2017. Isso é basicamente a capacidade de comprar contratos de uso comprometido em troca de preços com descontos no uso de VMs.

Escala Direita fez uma comparação entre os descontos de uso do Google Cloud Committed e as instâncias reservadas do AWS e encontrou o seguinte (leia mais em seu blog sobre como eles analisaram os dados):

  • Ao comparar o desconto de uso confirmado de 1 ano do Google ao RI padrão de 1 ano da AWS, o custo total do ambiente do Google foi 28% menor do que o da AWS.
  • Ao comparar o Desconto de uso confirmado de três anos do Google ao Convertible RI de três anos da AWS, o custo total do ambiente do Google foi 35% menor do que o da AWS.
Descontos de uso do Google Cloud Committed versus instâncias reservadas do AWS (fonte da imagem: Right Scale)

Descontos de uso do Google Cloud Committed versus instâncias reservadas do AWS (fonte da imagem: Right Scale)

Descontos sustentados

Outro desconto muito econômico que o Google Cloud oferece é o que eles chamam de descontos por uso sustentado. Estes são descontos automáticos que o Google Cloud Platform oferece quanto mais você usa a instância, diferentemente da AWS, em que você precisa reservar a instância por um longo período.

Avaliações gratuitas

Começando, ou talvez você queira comparar os provedores de nuvem por si mesmo? Não se preocupe, pois ambos têm grandes provas livres.

O Google Cloud oferece um crédito de US$ 300 com duração de 12 meses. E a partir de março de 2017, eles também têm um nivelador gratuito sem limite de tempo anexado. Aqui está um exemplo de uma instância que você pode executar para sempre gratuitamente com o GCP:

  • f1-micro instância com 0.2 CPU virtual, 0.60 GB de memória, apoiada por um núcleo físico compartilhado. (Apenas nas regiões dos EUA)
  • Disco de 30 GB com armazenamento em nuvem de 5 GBA AWS também oferece uma avaliação gratuita de 12 meses. Aqui está um exemplo de uma instância que você pode executar:
  • micro instância com 750 horas/mês
  • 30 GB de disco (incluindo 750 horas/mês de um banco de dados MySQL gerenciado) com 5 GB de armazenamento em nuvem

Certifique-se de verificar os sites de cada provedor para mais detalhes, pois ambos fornecem testes gratuitos em vários de seus produtos, não apenas em suas instâncias de computação.

Suporte e tempo de atividade

O Google Cloud e a AWS têm uma ampla documentação e fóruns da comunidade dos quais você pode aproveitar gratuitamente.

No entanto, se precisar de ajuda ou suporte imediato, você terá que pagar. O Google Cloud e a AWS têm planos de suporte, mas você definitivamente desejará ler as taxas envolvidas, pois elas podem ser muito rápidas. Ambos os provedores incluem um número ilimitado de casos de suporte a conta e faturamento, sem contratos de longo prazo.

Google Cloud vs AWS suporte premium

 

Suporte do Google Cloud Premium

  • Google oferece três diferentes níveis de suporte: Silver, Gold, and Platinum
  • Plano de suporte mais barato, Silver, começa em mínimo de US$150/mês
  • O plano de suporte de nível seguinte, Gold começa no mínimo de US$ 400/mês, mas, nesse nível, você também recebe uma cobrança de no mínimo 9% das taxas de uso do produto (diminui conforme o gasto aumenta)

Suporte AWS

  • A AWS oferece quatro diferentes níveis de suporte: Basic, Developer, Business e Enterprise
  • O plano de suporte pago mais barato, o Developer, começa em US$ 29/mês ou 3% do uso mensal da AWS
  • O plano de suporte de nível seguinte, Business, começa no mínimo de US$ 100/mês, mas, nesse nível, você também recebe uma cobrança de no mínimo 10% das taxas de uso do produto (diminui conforme o gasto aumenta)

Tempo de atividade

Tanto Google Compute Engine quanto o AWS EC2  têm SLAs que fornecem uma porcentagem de tempo de atividade mensal de pelo menos 99,95%. Nenhum provedor é perfeito, e podemos definitivamente garantir isso aqui em Kinsta. Se você estiver utilizando um desses provedores, você definitivamente desejará se inscrever em suas páginas de status para se manter atualizado sobre os incidentes à medida que eles ocorrem. Como com muitos serviços, no entanto, temos visto atrasos do Google e da Amazon na atualização de seus painéis de status.

Uma vantagem para a AWS quando se trata de tempo de atividade é que você tem a capacidade de obter máquinas diferentes em suas várias zonas de disponibilidade por região. Com o Google Cloud, é possível que suas instâncias estejam na mesma máquina por região. No entanto, o Google Cloud também tem um recurso exclusivo com a capacidade de migrar máquinas virtuais. Os benefícios das migrações ao vivo permitem que os engenheiros do Google resolvam melhor os problemas, como corrigir, reparar e atualizar o software e o hardware, sem a necessidade de se preocupar com reinicializações da máquina.

Segurança

No seu segundo levantamento anual de computação em nuvem (2017), A Clutch pesquisou 283 profissionais de TI em empresas nos Estados Unidos que atualmente usam um serviço de computação em nuvem. Em relação à segurança, eles descobriram que quase 70% dos profissionais estavam mais confortáveis armazenando dados na nuvem do que seus sistemas legados anteriores.

Segurança na computação em nuvem (Fonte de dados: Pesquisa anual da Clutch)

Segurança na computação em nuvem (Fonte de dados: Pesquisa anual da Clutch)

Eles também pediram aos entrevistados para listar o principais benefícios de usar a nuvem e a maior porcentagem (45%) respondeu com segurança como sendo o principal benefício.

Cinco principais benefícios do uso da nuvem (fonte de dados: pesquisa anual da Clutch)

Cinco principais benefícios do uso da nuvem (fonte de dados: pesquisa anual da Clutch)

Google Cloud Security

Ao analisar a segurança do Google Cloud Platform, é importante lembrar que essa é uma das áreas em que eles melhoraram muito antes de o GCP ser lançado. Você obtém o benefício de um modelo de segurança que foi criado ao longo de 15 anos e atualmente protege produtos e serviços como o Gmail, Search etc. O Google atualmente emprega mais de 500 profissionais de segurança em tempo integral. Niels Provos, engenheiro de segurança do Google, analisou em profundidade a segurança do Google Cloud Platform (veja o vídeo abaixo).

Alguns dos recursos de segurança do Google Cloud Platform incluem:

  • Todos os dados são criptografados em trânsito entre o Google, os clientes e os data centers por padrão. Bem como os dados em todos os serviços do Cloud Platform. Os dados armazenados em discos permanentes são criptografados em AES de 256 bits e cada chave de criptografia também é criptografada com um conjunto de chaves mestras alteradas regularmente.
  • Compromisso com certificações de segurança corporativa com auditorias regulares para conformidade com SSAE16, ISO 27017, ISO 27018, PCI e HIPAA (observação: alguns exigem um IP dedicado. Além disso, Kinsta não é compatível com HIPAA). Eran Feigenbaum, diretor de segurança da Google declarou: “Certificações como essas fornecem validações de terceiros independentes de nosso nosso compromisso contínuo com segurança e privacidade de classe mundial, enquanto também ajudamos nossos clientes com seus próprios esforços de conformidade ”.
  • Como o Google tem relações com alguns dos maiores ISPs do mundo, isso ajuda a melhorar a segurança de seus dados em trânsito, pois significa menos saltos na Internet pública.
  • As camadas do aplicativo do Google e da pilha de armazenamento exigem que as solicitações provenientes de outros componentes sejam autenticadas e autorizadas.
  • Google Cloud Identity and Access Management (Cloud IAM ) foi lançado em setembro de 2017 para fornecer funções predefinidas que fornecem acesso granular a recursos específicos do Google Cloud Platform e impedem o acesso indesejado a outros recursos. Isso é semelhante ao AWS IAM.

Você pode ver mais detalhadamente nos bastidores do whitepaper de segurança do Google. Kinsta também usa contentores Linux (LXC) e LXD para orquestrá-los, além do Google Cloud Platform, o que nos permite isolar completamente não apenas cada conta, mas cada site WordPress separado. Este é um método muito mais seguro do que o oferecido por outros concorrentes e ajuda a garantir secure WordPress hosting 24×7.

Segurança AWS

Assim como o Google Cloud Platform, a plataforma da AWS tem um modelo de segurança que foi melhorado por mais de uma década. Alguns de seus recursos de segurança incluem:

  • Todos os dados são criptografados em trânsito entre a AWS, os clientes e os data centers; bem como os dados em toda a nuvem da AWS. Os dados armazenados em instâncias do EC2 são criptografados em AES de 256 bits e cada chave de criptografia também é criptografada com um conjunto de chaves mestras alteradas regularmente.
  • Os firewalls de rede incorporados ao Amazon VPC e os recursos de firewall de aplicativos da Web no AWS WAF permitem criar redes privadas e controlar o acesso a suas instâncias e aplicativos.
  • Opções flexíveis de gerenciamento de chaves, incluindo o AWS Key Management Service, permitindo que você escolha se a AWS deve gerenciar as chaves de criptografia ou permitir que você mantenha controle total sobre as chaves.
  • Armazenamento de chave criptográfica baseado em hardware dedicado usando o AWS CloudHSM, permitindo que você atenda aos requisitos de conformidade.
  • O AWS Identity and Access Management (IAM), o AWS Multi-Factor Authentication e o AWS Directory Services permitem definir, aplicar e gerenciar as políticas de acesso do usuário.

Você pode ver mais profundamente os bastidores do white paper de segurança da Amazon.

O fato de podermos confiar na postura de segurança da AWS para aumentar nossa própria segurança é realmente importante para nossos negócios. A AWS faz um trabalho muito melhor em segurança do que poderíamos fazer executando uma gaiola em um data center. – Richard Crowley, diretor de operações da Slack

Resumo

Então, quem é o vencedor quando se trata de comparar o Google Cloud vs AWS? Bem, diríamos que ambos os provedores têm seus prós e contras. Nós, é claro, somos parciais para o Google Cloud aqui na Kinsta e estamos ansiosos para ver a rápida taxa de expansão global no ano passado. Quando se trata de preços e velocidade, o Google Cloud Platform é definitivamente um dos que você deve conferir!

A AWS também tem um longo histórico de fornecimento de serviços de computação em nuvem para empresas e empresas na última década. Eles realmente foram os primeiros a impulsionar o setor de nuvem, e ainda são os fornecedores que o Google e o Azure estão copiando. Seu suporte, redundância e disponibilidade por região é excelente.

Existem muitos outros produtos e serviços do Google Cloud e da AWS que não pudemos incluir nesta postagem. Mas fique tranquilo, a batalha constante dos provedores de computação em nuvem para ganhar mais participação de mercado só beneficia os consumidores e os parceiros de hospedagem, como a Kinsta. Isso significa preços mais baixos, mais produtos e serviços e maior desempenho.

Você prefere um provedor de computação em nuvem em detrimento de outro? Nós gostaríamos de ouvir seus pensamentos abaixo.

889
Shares