I tre grandi cloud risolvono lo stesso problema —avere un modello riutilizzabile per lanciare macchine identiche— con approcci e nomenclature proprie. Conoscere le equivalenze è il primo passo per progettare una strategia multicloud senza attriti.
In AWS si chiama AMI (Amazon Machine Image); in Azure Managed Image e soprattutto Azure Compute Gallery (prima Shared Image Gallery); in Google Cloud Custom Image. Tutte incapsulano un disco di avvio preconfigurato, ma differiscono nel modo in cui vengono versionate, condivise e distribuite.
Equivalenze a colpo d’occhio
| Concetto | AWS | Azure | Google Cloud |
|---|---|---|---|
| Immagine di macchina | AMI | Managed Image | Custom Image |
| Catalogo o galleria | Nessuno nativo: tag e SSM | Azure Compute Gallery | Image Family |
| Versionamento gestito | Manuale, per nome e tag | Nativo nella Gallery | Image Family: l’ultima per famiglia |
| Distribuzione multiregione | Copia di AMI | Repliche nella Gallery | Immagini globali di default |
| Archivio sottostante | Snapshot EBS | Managed Disks | Persistent Disk |
| Cifratura | KMS | Chiavi di piattaforma o del cliente | Gestite da Google o CMEK |
Equivalenze funzionali delle immagini di macchina nei tre grandi cloud.
AWS AMI: lo standard di fatto
La AMI è probabilmente il formato di immagine più noto e con l’ecosistema più ampio. Il suo punto di forza è la maturità: catalogo enorme, integrazione con EC2 Image Builder, Marketplace e una comunità immensa. Il suo punto debole storico è l’assenza di una galleria di immagini nativa con versionamento gestito: versionamento e distribuzione multiregione si risolvono con convenzioni di nomi, tag, SSM Parameter Store e copie esplicite tra regioni.
Azure Compute Gallery: versionamento e repliche di serie
Azure ha puntato forte sulla governance delle immagini. La Compute Gallery offre in modo nativo definizioni di immagine, versioni e repliche automatiche verso più regioni, oltre a un controllo degli accessi granulare. Per organizzazioni grandi che devono distribuire immagini in modo ordinato per team e regioni è un modello molto comodo. Il prezzo è una curva concettuale un po’ più ripida.
GCP Custom Image: semplicità globale
Google Cloud spicca per la semplicità. Le sue immagini sono globali di default —non devi copiarle regione per regione— e il concetto di Image Family risolve il versionamento in modo elegante: punti alla famiglia e ottieni sempre l’ultima immagine non deprecata. È un modello minimalista che riduce gli attriti, particolarmente attraente per i team che apprezzano la semplicità operativa.
La strategia multicloud: un modello, tre immagini
Se pubblichi o distribuisci su più cloud, mantenere tre processi di build distinti è un dolore. La risposta del settore è Packer: un unico modello con provisioner condivisi e un blocco source per cloud, capace di generare in parallelo AMI, Managed Image e Custom Image dalla stessa definizione.
- Riusa gli stessi script di installazione e hardening sui tre cloud.
- Riduci la deriva tra ambienti: stessa configurazione, tre destinazioni.
- Versiona in modo coerente con uno schema comune di nomi e metadati.
- Automatizza la pubblicazione in ogni galleria: Gallery, Image Family, tag e SSM.
Quale scegliere?
Non c’è un vincitore assoluto; dipende dal contesto. Se cerchi ecosistema e maturità, AWS. Se ti serve governance delle immagini di livello aziendale con versionamento e repliche native, la Compute Gallery di Azure brilla. Se apprezzi semplicità e portata globale senza copie, GCP. E se vivi su più cloud, la risposta non è una piattaforma ma una pratica: descrivi le tue immagini come codice e costruiscile in modo portabile.
Domande frequenti
Posso spostare una AMI di AWS su Azure o GCP direttamente?
Non direttamente: i formati e gli archivi sottostanti sono diversi. L’approccio abituale è ricostruire l’immagine su ciascun cloud da un modello comune, per esempio con Packer, oppure importare il disco tramite i processi di importazione di ciascun provider.
Quale cloud ha il miglior versionamento delle immagini?
Azure Compute Gallery offre il versionamento gestito più completo di serie; GCP lo risolve con eleganza tramite le Image Family; AWS richiede più convenzioni proprie, benché sia molto flessibile.
Vale la pena una strategia multicloud di immagini?
Se operi su più cloud per sovranità dei dati, resilienza o per evitare il lock-in, sì. La chiave è usare le immagini come codice per non moltiplicare lo sforzo di manutenzione.
In imaxe.cloud pensiamo alla portabilità fin dalla progettazione, perché i tuoi rilasci non dipendano da un solo cloud.
