I quattro tipi di servizi cloud sono infrastructure as a service (IaaS), platform as a service (PaaS), software as a service (SaaS) e il serverless computing, detto anche function as a service (FaaS). Si distinguono per quanta parte dello stack gestisce il fornitore al posto vostro: più si sale di livello, meno gestite e meno potete personalizzare.
Punti chiave
- NIST SP 800-145 definisce tre modelli di servizio (IaaS, PaaS, SaaS). Il serverless viene comunemente aggiunto come quarto perché è fatturato e gestito in modo diverso.
- IaaS vi dà macchine virtuali e reti; PaaS vi dà un runtime o un database gestito; SaaS vi dà un'applicazione già pronta; il serverless esegue il vostro codice a ogni evento.
- Qualunque sia il tipo, restano sempre vostri dati, identità, regole di accesso e configurazione.
- La maggior parte dei sistemi reali mescola i tipi, ad esempio macchine virtuali su IaaS con un database gestito su PaaS.
- Le altre etichette "as a service", come CaaS, DBaaS e DRaaS, sono sottoinsiemi di questi quattro, denominati in base a ciò che erogano.
Quali sono i 4 tipi di servizi cloud?
La definizione di cloud computing del NIST (SP 800-145, settembre 2011) stabilisce tre modelli di servizio. Il serverless è arrivato dopo ed è oggi offerto da tutti i principali provider, perciò la maggior parte delle guide ne conta quattro.
| Tipo | Cosa gestisce il fornitore | Cosa gestite voi | Come si paga | Esempi |
|---|---|---|---|---|
| IaaS | Data center, hardware, rete, hypervisor | Sistema operativo, middleware, runtime, applicazione, dati | Per ora o secondo di VM, per GB archiviato | Amazon EC2, Azure Virtual Machines, Google Compute Engine |
| PaaS | Tutto quanto sopra più OS, runtime e middleware | Codice applicativo, configurazione, dati | Per istanza, piano o unità di capacità | Azure App Service, Amazon RDS, Google App Engine |
| SaaS | L'intera applicazione | Utenti, impostazioni, dati | Per utente o abbonamento | Microsoft 365, Salesforce, Google Workspace |
| Serverless (FaaS) | Server, scalabilità, runtime | Codice delle funzioni, trigger, dati | Per richiesta e tempo di esecuzione | AWS Lambda, Azure Functions, Google Cloud Run functions |
Infrastructure as a service (IaaS)
L'IaaS vi mette a disposizione i mattoni di base: macchine virtuali, storage a blocchi e a oggetti e reti virtuali. Il NIST la descrive come la capacità di "predisporre elaborazione, storage, reti e altre risorse di calcolo fondamentali" ed eseguire "software arbitrario, che può includere sistemi operativi e applicazioni".
Scegliete voi il sistema operativo, lo aggiornate, installate il vostro software e gestite le regole del firewall. Il fornitore si occupa dei server fisici e del data center.
- Adatta a: migrazioni lift-and-shift, applicazioni legacy che richiedono un OS specifico e workload che richiedono il pieno controllo.
- Da tenere d'occhio: resta a voi la maggior parte del lavoro operativo, inclusi patching, backup e regole di scalabilità.
Platform as a service (PaaS)
Il PaaS toglie il sistema operativo dalla vostra lista di cose da fare. Distribuite codice o uno schema di database; il fornitore gestisce server, runtime e middleware. Con le parole del NIST, il consumatore "non gestisce né controlla l'infrastruttura cloud sottostante" ma controlla le applicazioni distribuite.
- Adatto a: applicazioni web, API e database gestiti in cui volete meno manutenzione e rilasci più rapidi.
- Da tenere d'occhio: limiti di runtime e di versione, e funzionalità specifiche del provider che rendono più difficile un trasferimento successivo.
Software as a service (SaaS)
Il SaaS è un'applicazione già pronta che usate tramite browser o app. La configurate, aggiungete utenti e possedete i dati, ma non toccate né il codice né l'infrastruttura. Sistemi di posta, CRM, HR e contabilità ne sono esempi tipici.
- Adatto a: processi aziendali standard in cui un prodotto configurabile è preferibile a costruirne uno proprio.
- Da tenere d'occhio: personalizzazione limitata, condizioni di esportazione dei dati e prezzi per utente che crescono con il personale.
Serverless computing (function as a service)
Con il serverless caricate una funzione e definite che cosa la attiva, ad esempio una richiesta HTTP, il caricamento di un file o un messaggio in coda. Il fornitore la avvia, la scala e la ferma. Pagate solo mentre è in esecuzione. AWS Lambda, ad esempio, è prezzato in base al numero di richieste e alla durata di esecuzione del codice, con un livello gratuito mensile di un milione di richieste.
Non tutti i provider classificano il serverless a parte. La documentazione di Microsoft, ad esempio, colloca Azure Functions sotto il PaaS. Per questo alcune fonti parlano di "tre tipi" e altre di "quattro".
- Adatto a: attività guidate da eventi, API con traffico a picchi, job pianificati e codice di collegamento tra servizi.
- Da tenere d'occhio: limiti al tempo di esecuzione, cold start e costi che possono superare quelli di un piccolo server sempre attivo quando il traffico è costante e alto.
Come si confrontano i quattro tipi per controllo, velocità e costo?
Ogni salto di livello scambia controllo con velocità. La tabella mostra lo schema tipico; i singoli servizi variano.
| IaaS | PaaS | Serverless | SaaS | |
|---|---|---|---|---|
| Controllo sull'ambiente | Massimo | Medio | Basso | Minimo |
| Tempo per la prima versione funzionante | Più lento | Più rapido | Rapido | Il più rapido |
| Il vostro impegno operativo | Alto: OS, patching, scalabilità | Medio: codice e configurazione | Basso: codice e permessi | Minimo: utenti e impostazioni |
| Andamento dei costi | Si paga la capacità predisposta, usata o meno | Si paga per istanza o piano | Si paga per richiesta e tempo di esecuzione | Si paga per utente o abbonamento |
| Impegno per passare a un altro provider | Minimo | Medio | Da medio ad alto | Dipende dall'esportazione dei dati |
In pratica i team raramente scelgono un solo tipo. Un tipico prodotto web esegue il front end su un servizio PaaS, i job in background come funzioni serverless, un componente legacy su IaaS e usa il SaaS per posta, CRM e ticketing. La domanda non è "quale tipo?" ma "quale tipo per ciascun componente?".
Chi è responsabile di cosa?
Gli obblighi di sicurezza e operativi cambiano con ogni tipo. La guida di Microsoft sulla responsabilità condivisa lo riassume così: "Per tutti i tipi di deployment cloud, i dati e le identità sono vostri."
| Area | IaaS | PaaS | SaaS |
|---|---|---|---|
| Dati, identità, accessi, configurazione | Voi | Voi | Voi |
| Applicazioni | Voi | Condivisa | Condivisa |
| Controlli di rete | Voi | Condivisa | Fornitore |
| Sistema operativo | Voi | Fornitore | Fornitore |
| Host fisici, rete, data center | Fornitore | Fornitore | Fornitore |
La tabella segue la matrice delle responsabilità di Microsoft; AWS e Google Cloud applicano lo stesso principio. Il serverless è vicino al PaaS: il fornitore gestisce OS e runtime, mentre voi possedete codice, permessi e dati.
Quali altri tipi "as a service" esistono?
I provider promuovono molte altre etichette. Questi tipi as a service sono porzioni più strette dei quattro principali, denominate in base a ciò che erogano. AWS offre una breve panoramica dei modelli principali nella pagina sui tipi di cloud computing.
| Etichetta | Cosa eroga | Tipo principale più vicino |
|---|---|---|
| Containers as a service (CaaS) | Piattaforme di container gestite come Amazon EKS, Azure AKS, Google GKE | Tra IaaS e PaaS |
| Database as a service (DBaaS) | Database gestiti come Amazon RDS, Azure SQL Database, Cloud SQL | PaaS |
| Storage as a service | Storage a oggetti, file e blocchi fatturato per GB | IaaS |
| Desktop as a service (DaaS) | Desktop virtuali erogati dal cloud | Simile al SaaS |
| Disaster recovery as a service (DRaaS) | Replica e failover verso una region cloud | IaaS più servizio gestito |
| Backend as a service (BaaS) | Autenticazione, database e storage già pronti per le app | PaaS |
| AI o ML as a service | Modelli ospitati e piattaforme di addestramento | PaaS o SaaS |
Come scegliere il tipo giusto?
Scegliete il livello più alto che soddisfa ancora le vostre esigenze. Ogni livello che delegate è lavoro che non fate più, ma anche controllo che cedete.
- Esiste un prodotto SaaS adatto? Per posta, CRM o paghe, meglio acquistare che costruire.
- L'applicazione è vostra e potete modificarla? In tal caso provate prima PaaS o serverless. Dedicherete meno tempo a patching e scalabilità.
- Richiede un OS, un kernel o una licenza specifici? Allora l'IaaS è di solito la scelta realistica, almeno per la prima fase di una migrazione.
- Il traffico è a picchi o guidato da eventi? Il serverless si adatta bene. Con un carico costante e alto, confrontatelo sul prezzo con container o VM.
- Chi lo gestirà di notte? L'IaaS richiede il maggior impegno operativo. Se non avete quel team, prevedete un servizio cloud gestito o scegliete un livello più alto.
I tipi di servizio sono distinti dai modelli di deployment. Potete eseguire l'IaaS in un cloud pubblico, privato o ibrido. La nostra guida ai modelli di deployment cloud spiega quel lato, e il confronto IaaS vs PaaS approfondisce le due scelte più comuni.
Esempio: mescolare IaaS e PaaS in un'unica piattaforma
WorkBuster gestisce una piattaforma SaaS di recruiting usata in tutto il mondo. Quando è passata ad AWS con Opsio, i suoi dati risiedevano in un'istanza MySQL su un hypervisor VMware e un downtime quasi nullo era essenziale. La nuova architettura combina i tipi. Istanze EC2 (IaaS) girano dietro un Application Load Balancer e un gruppo di auto scaling, supportate da un database Amazon RDS for MySQL multi-AZ (un servizio gestito in stile PaaS). L'intera configurazione è definita in template AWS CloudFormation. Leggete il caso di studio WorkBuster.
Come vi aiuta Opsio
Opsio aiuta i team a decidere quali parti di un'applicazione appartengono a IaaS, PaaS o serverless, poi le migra e le gestisce. Scoprite i nostri servizi serverless e il servizio di migrazione AWS.
Domande frequenti
I tipi di servizi cloud sono 3 o 4?
Entrambe le risposte sono comuni. NIST SP 800-145 definisce tre modelli di servizio: IaaS, PaaS e SaaS. Molti provider e guide aggiungono il serverless come quarto, mentre Microsoft colloca Azure Functions sotto il PaaS.
Qual è la differenza tra IaaS, PaaS e SaaS?
L'IaaS vi dà infrastruttura virtuale e gestite tutto dal sistema operativo in su. Il PaaS gestisce anche OS e runtime, quindi distribuite solo codice e dati. Il SaaS è un'applicazione completa che configurate e usate.
AWS è IaaS, PaaS o SaaS?
AWS offre tutti e tre. Amazon EC2 è IaaS, Amazon RDS ed Elastic Beanstalk sono PaaS, AWS Lambda è serverless e AWS vende anche alcune applicazioni in stile SaaS. Lo stesso vale per Azure e Google Cloud.
Quale tipo di servizio cloud è il più economico?
Nessun tipo è il più economico in ogni caso. Il serverless è spesso il più conveniente con traffico basso o a picchi, l'IaaS con sconti per impegno con carichi alti e costanti, e il SaaS quando sostituisce un software che altrimenti dovreste costruire e gestire. Includi nel confronto il tempo operativo del vostro team.
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.