As três grandes nuvens resolvem o mesmo problema —ter um modelo reutilizável para lançar máquinas idênticas— com abordagens e nomenclaturas próprias. Conhecer as equivalências é o primeiro passo para desenhar uma estratégia multicloud sem atritos.
Na AWS chama-se AMI (Amazon Machine Image); na Azure, Managed Image e, sobretudo, a Azure Compute Gallery (antes Shared Image Gallery); na Google Cloud, Custom Image. Todas encapsulam um disco de arranque pré-configurado, mas diferem na forma como são versionadas, partilhadas e distribuídas.
Equivalências num relance
| Conceito | AWS | Azure | Google Cloud |
|---|---|---|---|
| Imagem de máquina | AMI | Managed Image | Custom Image |
| Catálogo ou galeria | Nenhum nativo: tags e SSM | Azure Compute Gallery | Image Family |
| Versionamento gerido | Manual, por nome e tags | Nativo na Gallery | Image Family: a última por família |
| Distribuição multirregião | Cópia de AMI | Réplicas na Gallery | Imagens globais por omissão |
| Armazenamento subjacente | Snapshots EBS | Managed Disks | Persistent Disk |
| Cifragem | KMS | Chaves da plataforma ou do cliente | Geridas pela Google ou CMEK |
Equivalências funcionais das imagens de máquina nas três grandes nuvens.
AWS AMI: o padrão de facto
A AMI é provavelmente o formato de imagem mais conhecido e com maior ecossistema. A sua força é a maturidade: catálogo enorme, integração com o EC2 Image Builder, Marketplace e uma comunidade imensa. O seu ponto fraco histórico é a ausência de uma galeria de imagens nativa com versionamento gerido: o versionamento e a distribuição multirregião resolvem-se com convenções de nomes, tags, SSM Parameter Store e cópias explícitas entre regiões.
Azure Compute Gallery: versionamento e réplicas de série
A Azure apostou forte na governação de imagens. A Compute Gallery oferece de forma nativa definições de imagem, versões e réplicas automáticas para várias regiões, além de controlo de acesso granular. Para organizações grandes que precisam de distribuir imagens de forma ordenada por equipas e regiões, é um modelo muito cómodo. A contrapartida é uma curva de conceitos algo maior.
GCP Custom Image: simplicidade global
A Google Cloud destaca-se pela simplicidade. As suas imagens são globais por omissão —não tem de as copiar região a região— e o conceito de Image Family resolve o versionamento de forma elegante: aponta para a família e obtém sempre a última imagem não obsoleta. É um modelo minimalista que reduz atrito, especialmente atrativo para equipas que valorizam a simplicidade operativa.
A estratégia multicloud: um modelo, três imagens
Se publica ou implanta em várias nuvens, manter três processos de construção distintos é uma dor. A solução do setor é o Packer: um único modelo com provisioners partilhados e um bloco source por nuvem, capaz de gerar em paralelo a AMI, a Managed Image e a Custom Image a partir da mesma definição.
- Reutilize os mesmos scripts de instalação e hardening nas três nuvens.
- Reduza a deriva entre ambientes: a mesma configuração, três destinos.
- Versione de forma coerente com um esquema comum de nomes e metadados.
- Automatize a publicação em cada galeria: Gallery, Image Family, tags e SSM.
Qual escolher?
Não há vencedor absoluto; depende do seu contexto. Se procura ecossistema e maturidade, AWS. Se precisa de governação de imagens empresarial com versionamento e réplicas nativas, a Compute Gallery da Azure brilha. Se valoriza simplicidade e alcance global sem cópias, GCP. E se vive em várias nuvens, a resposta não é uma plataforma mas uma prática: descreva as suas imagens como código e construa-as de forma portável.
Perguntas frequentes
Posso mover uma AMI da AWS para a Azure ou GCP diretamente?
Não de forma direta: os formatos e os armazenamentos subjacentes diferem. O habitual é reconstruir a imagem em cada nuvem a partir de um modelo comum, por exemplo com Packer, ou importar o disco através dos processos de importação de cada fornecedor.
Que nuvem tem o melhor versionamento de imagens?
A Azure Compute Gallery oferece o versionamento gerido mais completo de série; a GCP resolve-o de forma elegante com Image Families; a AWS exige mais convenções próprias, embora seja muito flexível.
Vale a pena uma estratégia multicloud de imagens?
Se opera em várias nuvens por soberania de dados, resiliência ou para evitar dependência de fornecedor, sim. A chave é usar imagens como código para não multiplicar o esforço de manutenção.
Na imaxe.cloud pensamos em portabilidade desde o desenho para que as suas implantações não dependam de uma única nuvem.
