AWS è un cloud pubblico. Secondo la definizione NIST, un cloud pubblico è un'infrastruttura messa a disposizione per l'uso aperto al pubblico generale presso le sedi del provider, ed è così che funziona Amazon Web Services. All'interno potete comunque costruire reti isolate con Amazon VPC, noleggiare hardware single-tenant oppure eseguire rack AWS nella vostra sede con AWS Outposts.
Punti chiave
- AWS è un provider di cloud pubblico: chiunque può registrarsi e i carichi di lavoro girano su un'infrastruttura condivisa nei data center di Amazon.
- Una "virtual private cloud" (VPC) su AWS è una rete logicamente isolata all'interno del cloud pubblico, non un cloud privato nel senso NIST.
- Gli EC2 Dedicated Host vi danno un server fisico riservato al vostro uso, utile per le licenze e per alcune regole di conformità.
- AWS Outposts porta hardware gestito da AWS nella vostra sede, creando un ambiente ibrido con le stesse API e gli stessi strumenti.
- Con il modello di responsabilità condivisa, AWS protegge l'infrastruttura e voi proteggete ciò che costruite e archiviate su di essa.
Qual è la differenza tra cloud pubblico e privato?
La differenza sta nel destinatario per cui l'infrastruttura è messa a disposizione. Un cloud pubblico serve molti clienti non collegati tra loro; un cloud privato serve una sola organizzazione.
La definizione NIST di cloud computing (SP 800-145) è il riferimento usato dalla maggior parte dei contratti e degli auditor. Descrive quattro modelli di distribuzione:
- Cloud pubblico: messo a disposizione per l'uso aperto al pubblico generale e situato presso le sedi del provider.
- Cloud privato: messo a disposizione per l'uso esclusivo di una singola organizzazione. Può essere di proprietà e gestito da quell'organizzazione o da una terza parte, all'interno o all'esterno della sua sede.
- Cloud comunitario: condiviso da uno specifico gruppo di organizzazioni con esigenze comuni, come un insieme di enti pubblici.
- Cloud ibrido: due o più di questi modelli legati insieme in modo che dati e applicazioni possano spostarsi tra loro.
La proprietà dell'hardware non è il criterio. Un cloud privato può trovarsi nella struttura di un provider di hosting. Conta se il pool di risorse è dedicato a un solo cliente.
Perché AWS è classificato come cloud pubblico?
AWS è aperto a qualsiasi azienda o privato con una carta di pagamento, e i suoi servizi girano su un'infrastruttura che Amazon possiede e gestisce nelle proprie Region. Questo corrisponde punto per punto al modello di cloud pubblico NIST.
In pratica significa:
- Self-service: create server, database e storage tramite console o API in pochi minuti, senza un ordine d'acquisto per l'hardware.
- Multi-tenancy: per impostazione predefinita le vostre macchine virtuali condividono gli host fisici con altri clienti, separate dall'hypervisor.
- Pay as you go: pagate ciò che usate, con sconti se vi impegnate su un livello di utilizzo.
- Strutture gestite dal provider: AWS gestisce edifici, alimentazione, raffreddamento, hardware e rete. Non toccate mai un server fisico.
Microsoft Azure e Google Cloud sono cloud pubblici per gli stessi motivi.
Una VPC AWS è un cloud privato?
No. Il nome è fuorviante, ma una VPC è una rete privata all'interno del cloud pubblico, non un cloud dedicato.
AWS descrive Amazon VPC come un modo per avviare risorse in una rete virtuale logicamente isolata che definite voi. Scegliete intervalli IP, subnet, tabelle di routing e gateway. Gli altri clienti non possono raggiungere la vostra VPC, a meno che voi non vi connettiate a loro. I server sottostanti restano hardware AWS condiviso.
Per la maggior parte delle esigenze di sicurezza e protezione dei dati, questo isolamento logico è sufficiente. Cifratura, policy IAM, security group e connettività privata (VPN o AWS Direct Connect) fanno il resto. Avete bisogno di hardware dedicato solo quando una licenza, un'autorità di regolamentazione o una policy interna lo richiede.
Quali opzioni AWS offrono funzioni da cloud privato?
AWS offre tre modi principali per avvicinarsi a un cloud privato senza lasciare la propria piattaforma.
| Opzione | Che cos'è | Dove gira | Motivo tipico per usarla |
|---|---|---|---|
| Amazon VPC | Rete virtuale logicamente isolata | Region AWS, hardware condiviso | Isolamento di rete predefinito per ogni carico di lavoro |
| EC2 Dedicated Instances e Dedicated Hosts | Istanze su hardware non condiviso con altri account AWS; un Dedicated Host è un intero server fisico per voi | Region AWS, hardware single-tenant | Licenze software per socket o per core, regole che vietano server multi-tenant |
| AWS Outposts | Rack o server gestiti da AWS installati nella vostra sede | Il vostro data center o una sede edge | Bassa latenza verso sistemi di fabbrica o locali, dati che devono restare on-premises |
AWS afferma che un EC2 Dedicated Host è un server fisico interamente dedicato al vostro uso, utile quando le organizzazioni hanno bisogno di server dedicati anziché multi-tenant o vogliono usare le proprie licenze. AWS Outposts è una famiglia di servizi completamente gestiti che porta infrastruttura e servizi AWS in sedi on-premises o edge, da server 1U e 2U fino a rack da 42U.
Nessuna di queste opzioni trasforma AWS in un cloud privato. Sono strumenti per soddisfare specifiche esigenze di isolamento, licenze o localizzazione all'interno di un cloud pubblico o di un'architettura ibrida.
Cloud pubblico, privato o ibrido: cosa si adatta ai vostri carichi di lavoro?
La maggior parte delle organizzazioni finisce con un mix. Scegliete per singolo carico di lavoro, non per l'intero parco applicativo.
- Il cloud pubblico (AWS) è adatto a domanda variabile o stagionale, nuovi prodotti digitali, analisi e carichi di IA, e team che vogliono database gestiti e automazione invece del rinnovo dell'hardware.
- Il cloud privato è adatto a carichi stabili e prevedibili con lunga vita dell'hardware, regole rigorose di single-tenancy, oppure calcolo molto grande e costante dove possedete già capacità di data center.
- L'ibrido è adatto a stabilimenti e sedi che richiedono elaborazione locale, sistemi core che non possono ancora spostarsi e migrazioni graduali in cui entrambi gli ambienti devono collaborare per un po'.
Per le organizzazioni dell'UE e dei Paesi nordici, la residenza dei dati è spesso la domanda decisiva. Scegliete la Region AWS in cui archiviare i dati (per esempio Stoccolma per la Svezia), e AWS dichiara che non sposterà né replicherà i vostri contenuti al di fuori di quella Region senza il vostro accordo. I settori regolamentati dovrebbero associare NIS2, GDPR e le norme di settore a controlli concreti prima di decidere che un cloud privato sia l'unica opzione. Spesso non lo è.
Chi è responsabile della sicurezza su AWS?
Sia voi sia AWS, ripartiti per livello. AWS lo chiama modello di responsabilità condivisa.
AWS è responsabile della sicurezza "del" cloud: hardware, software, rete e strutture che eseguono i suoi servizi. Voi siete responsabile della sicurezza "nel" cloud: identità e accessi, patching del sistema operativo su EC2, regole di rete, impostazioni di cifratura e i vostri dati. In un cloud privato possedete voi ogni livello. Su AWS cedete i livelli inferiori, ma la configurazione di tutto ciò che distribuite resta a carico vostro.
Come appare il passaggio dall'infrastruttura privata ad AWS
Il gruppo svedese di impianti sciistici Branäsgruppen gestiva i propri siti web e sistemi di prenotazione su un ambiente VMware ESXi on-premises. Il dimensionamento per la stagione da dicembre ad aprile era manuale e i rilasci richiedevano di fermare l'ambiente. Opsio ha pianificato e gestito una migrazione ad AWS con auto-scaling, distribuzione multi-AZ e database gestiti.
Il caso Branäsgruppen riporta, dopo il passaggio, un miglioramento del 40% nella reattività media delle pagine, una riduzione del 40% del costo totale di proprietà e una disponibilità delle applicazioni superiore al 99,9%. Front-end web, middleware e database che prima richiedevano un dimensionamento manuale ora crescono e si riducono con la domanda stagionale.
Come vi aiuta Opsio
Opsio è un AWS Advanced Tier Services Partner con la AWS Migration Competency, con sedi a Karlstad, in Svezia, e a Bangalore, in India. Aiutiamo i team a decidere quali carichi di lavoro appartengono al cloud pubblico, al cloud privato o a una configurazione di cloud ibrido, e poi li gestiamo. I nostri servizi gestiti AWS comprendono monitoraggio 24/7, patching, baseline di sicurezza e controllo dei costi.
Domande frequenti
AWS è un cloud pubblico, privato o ibrido?
AWS è un cloud pubblico. Con AWS potete costruire un cloud ibrido collegando il vostro data center tramite VPN o Direct Connect, oppure installando AWS Outposts in sede. AWS in sé non è un cloud privato.
AWS è IaaS, PaaS o SaaS?
AWS offre tutti e tre. EC2 e S3 sono infrastructure as a service, servizi come Elastic Beanstalk, Lambda e RDS sono più vicini al platform as a service, e AWS vende anche alcuni prodotti software as a service. Pubblico o privato descrive il modello di distribuzione, una questione distinta dal modello di servizio.
AWS GovCloud è un cloud privato?
No. AWS GovCloud (US) è costituito da due Region AWS isolate, gestite da cittadini statunitensi, per enti governativi e clienti regolamentati con dati sensibili. L'accesso è limitato, ma resta un'infrastruttura cloud gestita da AWS e condivisa tra i clienti idonei, quindi è più vicina a un cloud comunitario che a uno privato.
Un cloud privato è più sicuro di AWS?
Non automaticamente. Un cloud privato vi dà pieno controllo, ma anche piena responsabilità per sicurezza fisica, patching e personale. AWS gestisce per voi i livelli inferiori. I risultati in termini di sicurezza dipendono soprattutto da configurazione, controllo degli accessi e monitoraggio, qualunque modello voi scelga.
Posso tenere i dati in Svezia o nell'UE su AWS?
Sì. Scegliete la Region in cui gira ogni risorsa, come Europe (Stockholm). AWS si impegna a non spostare né replicare i vostri contenuti al di fuori delle Region scelte senza il vostro accordo, salvo quando serve a fornire un servizio che avete avviato o a rispettare la legge. Verificate separatamente i servizi globali come IAM o CloudFront.
Approfondite: che cos'è un cloud pubblico e che cos'è un cloud privato.
Letture correlate
Scritto da

Country Manager, Svezia
Johan guida le operazioni di Opsio in Svezia, promuovendo l'adozione dell'IA, la trasformazione DevOps, la strategia di sicurezza e le soluzioni cloud per le aziende nordiche. Con oltre 12 anni di esperienza nell'infrastruttura cloud, ha realizzato più di 200 progetti su AWS, Azure e GCP — specializzandosi in revisioni Well-Architected, progettazione di landing zone e strategia multi-cloud.
Standard editoriali: Questo articolo è stato scritto dal professionista cloud indicato sopra. Lo aggiorniamo quando cambiano la tecnologia o la normativa di cui tratta; le date in questa pagina indicano l'ultimo aggiornamento. Opsio è editorialmente indipendente.