O caso
Dez sistemas da loja. Dez máquinas, quase paradas.
Cada sistema da loja do Isaac tinha um servidor próprio, e a maior parte do tempo ele usava só 15% da CPU. O resto era dinheiro esquentando a sala.
Este post parte dos conceitos de Fundamentos da Nuvem e de Regiões e Zonas.
O problema
Um app por servidor
Funciona, mas é ineficiente: desperdício de recursos, alto custo e demora, com semanas para configurar cada servidor novo.
Solução parcial
Virtualização
Um hypervisor divide o hardware em várias máquinas virtuais (VMs) isoladas, que compartilham os recursos do mesmo servidor físico. Cada VM tem o próprio sistema operacional e não enxerga as outras. A VMware foi pioneira nesse mercado.
Resolve o desperdício, mas não tudo: a empresa continua comprando e mantendo o data center físico.
A solução
A virtualização vai para a nuvem
Em vez de rodar o próprio hypervisor em hardware próprio, você aluga VMs prontas de um provedor. Todas as grandes nuvens oferecem o mesmo serviço, com nomes diferentes:
| Provedor | Serviço de VM |
|---|---|
| AWS | Amazon EC2 (Elastic Compute Cloud) |
| Azure | Azure Virtual Machines |
| Google Cloud | Compute Engine |
| Oracle Cloud | OCI Compute |
Quem cuida de quê
Você gerencia
- Configuração da VM
- Sistema operacional
- Runtime e sua aplicação
O provedor gerencia
- Hardware, energia e refrigeração
- Manutenção física
- O hypervisor
O resultado: foco no app, VM criada em minutos, pay-as-you-go e flexibilidade total. Dá até para criar uma VM em Londres estando no Brasil.
Curiosidade
E antes da nuvem?
Alugar servidores existia bem antes das nuvens públicas. A AWS lançou o EC2 em 2006, e empresas de hosting já vendiam servidores muito antes disso.
Shared hosting
Um "pedacinho" de servidor dividido com outros clientes (ex.: HostGator, GoDaddy).
Servidor dedicado
Um servidor físico inteiro, só seu, no data center da empresa de hosting.
VPS
Uma fatia de servidor físico vendida como servidor independente. Já usava virtualização.
Colocation
Você compra o hardware e aluga espaço, energia e rede no data center de terceiros.
Era comum receber usuário e senha de FTP do hosting para subir um site. Mas o FTP é só um protocolo de transferência de arquivos: ele não diz de quem é o servidor.
O que a cloud trouxe de novo
Não foi só "alugar em vez de comprar"
| Hosting tradicional | Cloud | |
|---|---|---|
| Contratação | Site ou telefone, ativação em dias | Self-service por console ou API, em minutos |
| Cobrança | Contrato fixo mensal ou anual | Pay-as-you-go granular (por segundo ou minuto) |
| Escalar | Novo pedido e nova espera | Elasticidade automática via API |
| Capacidade | Limitada ao provedor | Escala global massiva |
| Localização | Geralmente uma só | Várias regiões e zonas, a poucos cliques |
Teste rápido
Três perguntas, estilo prova
01
Qual software divide um servidor físico em várias máquinas virtuais isoladas?
02
Numa VM na nuvem, quem é responsável por aplicar patches no sistema operacional?
03
Qual destes já existia antes da nuvem pública e também usava virtualização?
Máquinas virtuais aparecem em qualquer certificação cloud: EC2 na AWS, Virtual Machines no Azure, Compute Engine no Google Cloud e OCI Compute na Oracle Cloud. O nome muda; a divisão de responsabilidades é a mesma. O próximo passo da trilha é Modelos de Serviço na Nuvem.