Comparação dos principais fornecedores de cloud: AWS, Azure, Google Cloud e outros

Comece pelo trabalho que precisa de executar. Compare o esforço de operação, o custo e a possibilidade de mudar de fornecedor antes de escolher onde o alojar.

Suponha que uma pequena empresa quer um site com fotografias dos produtos e uma lista de encomendas dos clientes. Precisa de um local onde executar a aplicação, de outro onde guardar os ficheiros de imagem e de uma base de dados que permita consultar e atualizar as encomendas. Comece por estas três tarefas. Tornam a comparação entre fornecedores de cloud muito mais fácil do que uma lista de quotas de mercado.

Nomes diferentes para tarefas reconhecíveis

Uma máquina virtual é um computador que se configura e utiliza à distância. O armazenamento de objetos guarda ficheiros, como imagens. Uma base de dados relacional gerida armazena registos estruturados, enquanto o fornecedor assegura parte das tarefas de operação. Os exemplos seguintes pertencem ao catálogo de cada fornecedor; não são produtos idênticos nem constituem uma classificação.

Os nomes e as categorias dos produtos foram retirados da comparação de serviços entre fornecedores da Google, da apresentação do RDS da Alibaba e do catálogo de produtos da Tencent. Os motores de bases de dados, as configurações disponíveis e as funcionalidades suportadas diferem; um serviço MySQL não substitui diretamente, sem adaptações, a base de dados de uma aplicação PostgreSQL.

Compare o trabalho que a sua equipa teria realmente de fazer

Para o site do exemplo, uma opção é alugar máquinas virtuais e instalar a aplicação e a base de dados por sua conta. Outra é utilizar uma base de dados gerida e um serviço de alojamento de aplicações. A segunda pode dispensar algumas tarefas de operação, mas continua a ser necessário compreender a configuração, os acessos, a recuperação e as funcionalidades de que a aplicação depende.

Comece pelo sistema que já tem. Que motor de base de dados utiliza? Como é colocado em funcionamento? Que ferramentas consegue a equipa manter? Uma configuração familiar pode reduzir o trabalho; um serviço desconhecido pode, ainda assim, valer a pena se resolver um problema concreto. Torne esse benefício explícito.

Escolha depois os locais onde a aplicação tem de funcionar. Teste os tempos de resposta a partir dos locais onde os utilizadores realmente se ligam e verifique se os serviços e as funcionalidades específicos de que precisa estão disponíveis em conjunto na região escolhida. O número de regiões que um fornecedor tem em todo o mundo não responde a nenhuma destas questões.

Calcule o custo de um mês completo de utilização

Use os mesmos pressupostos para cada candidato: visitas previstas, horas de computação, ficheiros armazenados, dimensão da base de dados, cópias de segurança e dados enviados aos utilizadores. Inclua o apoio técnico se a equipa precisar dele. Uma máquina virtual barata é apenas uma linha dessa estimativa.

O guia do AWS Pricing Calculator, por exemplo, permite construir uma estimativa com base em regiões, serviços e pressupostos de utilização, bem como acrescentar apoio técnico. Uma estimativa depende desses dados; não é uma promessa sobre o valor da fatura. Guarde os pressupostos juntamente com o montante para poder comparar em condições equivalentes.

Num site com muitas fotografias, o envio de imagens aos visitantes pode pesar mais do que num pequeno formulário interno. Num sistema que precisa de recuperar rapidamente, a capacidade adicional da base de dados e os mecanismos de recuperação também contam. Teste o seu próprio padrão de utilização em vez de procurar um fornecedor que seja o mais barato em todas as situações.

Experimente o caminho de regresso antes de se comprometer

Execute uma versão reduzida da mesma aplicação nos fornecedores que selecionou. Carregue imagens de exemplo, crie encomendas de teste, exporte os registos e restaure-os num ambiente de teste separado. Verifique como substituiria os serviços específicos de cada fornecedor. Copiar os ficheiros é apenas uma parte da mudança de uma aplicação.

Registe três aspetos: o trabalho necessário para pôr o sistema a funcionar, o custo com os mesmos pressupostos de utilização e o que é necessário para mudar de fornecedor ou recuperar o sistema. Um teste bem-sucedido dá a uma pequena equipa uma base de escolha mais sólida do que a posição de uma marca numa classificação.

Mantenha a escolha ligada ao seu objetivo

Não precisa de desenvolver uma solução distribuída por várias clouds apenas para demonstrar independência. Um único serviço que conheça bem pode ser o ponto de partida mais prático. O importante é saber que responsabilidades delegou e se outra solução continua a ser viável.

O artigo Modelos de serviços cloud explica essa divisão de trabalho. Computação edge e cloud analisa depois onde devem ser executadas as diferentes tarefas. Distribuir máquinas por vários locais e distribuir o poder de decisão são questões distintas; uma escolha de infraestrutura útil torna ambas mais claras.