Opsio - Cloud and AI Solutions
Cloud8 min di lettura· 1775 parole

Quali sono i 4 tipi di servizi cloud? IaaS, PaaS, SaaS e serverless

Johan Carlsson
Johan Carlsson

Country Manager, Svezia

Pubblicato: ·Aggiornato:
Tradotto dall'inglese e revisionato dal team editoriale di Opsio. Vedi originale →

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.

TipoCosa gestisce il fornitoreCosa gestite voiCome si pagaEsempi
IaaSData center, hardware, rete, hypervisorSistema operativo, middleware, runtime, applicazione, datiPer ora o secondo di VM, per GB archiviatoAmazon EC2, Azure Virtual Machines, Google Compute Engine
PaaSTutto quanto sopra più OS, runtime e middlewareCodice applicativo, configurazione, datiPer istanza, piano o unità di capacitàAzure App Service, Amazon RDS, Google App Engine
SaaSL'intera applicazioneUtenti, impostazioni, datiPer utente o abbonamentoMicrosoft 365, Salesforce, Google Workspace
Serverless (FaaS)Server, scalabilità, runtimeCodice delle funzioni, trigger, datiPer richiesta e tempo di esecuzioneAWS 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.

IaaSPaaSServerlessSaaS
Controllo sull'ambienteMassimoMedioBassoMinimo
Tempo per la prima versione funzionantePiù lentoPiù rapidoRapidoIl più rapido
Il vostro impegno operativoAlto: OS, patching, scalabilitàMedio: codice e configurazioneBasso: codice e permessiMinimo: utenti e impostazioni
Andamento dei costiSi paga la capacità predisposta, usata o menoSi paga per istanza o pianoSi paga per richiesta e tempo di esecuzioneSi paga per utente o abbonamento
Impegno per passare a un altro providerMinimoMedioDa medio ad altoDipende 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."

AreaIaaSPaaSSaaS
Dati, identità, accessi, configurazioneVoiVoiVoi
ApplicazioniVoiCondivisaCondivisa
Controlli di reteVoiCondivisaFornitore
Sistema operativoVoiFornitoreFornitore
Host fisici, rete, data centerFornitoreFornitoreFornitore

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.

EtichettaCosa erogaTipo principale più vicino
Containers as a service (CaaS)Piattaforme di container gestite come Amazon EKS, Azure AKS, Google GKETra IaaS e PaaS
Database as a service (DBaaS)Database gestiti come Amazon RDS, Azure SQL Database, Cloud SQLPaaS
Storage as a serviceStorage a oggetti, file e blocchi fatturato per GBIaaS
Desktop as a service (DaaS)Desktop virtuali erogati dal cloudSimile al SaaS
Disaster recovery as a service (DRaaS)Replica e failover verso una region cloudIaaS più servizio gestito
Backend as a service (BaaS)Autenticazione, database e storage già pronti per le appPaaS
AI o ML as a serviceModelli ospitati e piattaforme di addestramentoPaaS 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.

  1. Esiste un prodotto SaaS adatto? Per posta, CRM o paghe, meglio acquistare che costruire.
  2. L'applicazione è vostra e potete modificarla? In tal caso provate prima PaaS o serverless. Dedicherete meno tempo a patching e scalabilità.
  3. 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.
  4. 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.
  5. 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

Johan Carlsson
Johan Carlsson

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.