In un mese di 30 giorni, due configurazioni cloud possono far funzionare la stessa applicazione e costare 118,80 euro oppure 128,40 euro. Se le ore di punta raddoppiano, quella da 118,80 euro sale a 166,80 e l’altra resta a 128,40. L’esempio è ipotetico, ma il calcolo serve a capire quale voce cambia quando aumenta l’uso e quale si paga comunque.
Il cloud computing rende disponibili risorse informatiche attraverso la rete. Per leggere un preventivo conviene partire da tre domande. Quali risorse sono comprese? Quali attività restano a carico di chi compra? In quale unità viene misurato il consumo?
Come funziona il cloud computing
Il NIST descrive un modello in cui si può accedere via rete, su richiesta, a un insieme condiviso di risorse configurabili. Tra le caratteristiche del cloud ci sono la possibilità di attivare le risorse quando servono, farle crescere o ridurle rapidamente e misurarne l’uso. Si possono richiedere, per esempio, macchine virtuali, capacità per archiviare documenti o servizi applicativi. Le risorse fisiche si trovano in uno o più data center.
La misura cambia in base al servizio. Una macchina virtuale può essere fatturata in funzione del tempo in cui è attiva, un archivio in base allo spazio occupato e alle operazioni effettuate, un programma online in base al numero di utenti. L’elasticità riguarda la capacità di adeguare le risorse al carico. Per capire quanto si risparmia occorre sapere se la fatturazione segue la stessa variazione, quali risorse restano attive e quali impegni si sono sottoscritti.
Il cloud pubblico mette a disposizione servizi di un fornitore per più organizzazioni. Un cloud privato serve una sola organizzazione e può essere gestito al suo interno oppure da terzi. In un ambiente ibrido convivono più infrastrutture cloud distinte, integrate per far circolare dati o applicazioni. Queste descrizioni riguardano la distribuzione del servizio. I termini IaaS, PaaS e SaaS spiegano invece quanto lavoro tecnico è incluso.
IaaS, PaaS e SaaS cambiano il lavoro a carico del cliente
| Modello | Che cosa fornisce il gestore | Che cosa gestisce il cliente |
|---|---|---|
| IaaS, infrastruttura | Risorse come macchine virtuali, storage e rete | Sistema operativo della macchina virtuale, applicazioni, dati e accessi |
| PaaS, piattaforma | Ambiente gestito su cui distribuire il proprio codice | Codice applicativo, configurazioni di sua competenza, dati e accessi |
| SaaS, software | Applicazione pronta, come una posta elettronica aziendale | Utenti, autorizzazioni, dati e opzioni disponibili nell’applicazione |
Prendiamo un gestionale che un’impresa usa per ricevere ordini. In IaaS l’impresa può installare il gestionale su una macchina virtuale e aggiornare il sistema operativo. In PaaS può distribuire un’applicazione propria su una piattaforma che gestisce parte dell’infrastruttura e dell’ambiente di esecuzione. In SaaS usa un gestionale già fornito come servizio e decide chi può entrare e quali dati inserire. Competenze interne, possibilità di personalizzazione e tempi di aggiornamento cambiano con il modello.
La matrice di responsabilità di Microsoft Azure aiuta a vedere la distinzione. Man mano che il servizio comprende più componenti, il fornitore gestisce una quota maggiore dello stack. Le responsabilità su dati, identità e accessi restano rilevanti in tutti e tre i modelli. Per verificare chi esegue backup, aggiornamenti e ripristino occorre poi leggere le condizioni del servizio specifico.
Come si compone una fattura cloud
La tariffa di calcolo è spesso la più facile da trovare. Una fattura può includere anche archiviazione, operazioni di lettura e scrittura, trasferimenti di dati, conservazione dei log, backup e assistenza. Nel listino di Amazon S3, per esempio, spazio occupato, richieste e trasferimenti sono componenti distinte. Amazon EC2 documenta separatamente il prezzo delle istanze su richiesta e alcune voci di rete. I listini spiegano come si misura il costo. Il totale per un progetto dipende dai volumi, dalla regione, dalle opzioni e dalle condizioni commerciali applicabili.
Per stimare il trasferimento in uscita, spesso chiamato egress, serve sapere da dove partono i dati e dove arrivano. Il traffico verso internet, tra regioni o verso un altro servizio può avere regole diverse. Un backup può generare spese per lo spazio mentre è conservato e ulteriori voci durante un ripristino. Per stimare la spesa occorre quindi misurare sia lo spazio occupato sia i trasferimenti previsti.
Tra i costi di un progetto rientrano anche le ore del personale, la migrazione, la formazione e i test di ripristino. Per confrontare il cloud con una soluzione gestita in casa conviene usare lo stesso orizzonte temporale, gli stessi obiettivi di disponibilità e lo stesso carico. Nel confronto vanno inclusi i costi che l’impresa continuerà a sostenere in entrambe le opzioni e quelli che cambiano con il fornitore o con il modello di servizio.
Il calcolo delle ore di punta che cambia la scelta
Supponiamo che la stessa applicazione resti disponibile per tutte le 720 ore di un mese di 30 giorni. Durante i picchi deve offrire la stessa capacità in entrambe le configurazioni. La configurazione A riserva quella capacità per tutto il mese e costa 0,12 euro l’ora. La B tiene attiva una capacità di base a 0,04 euro l’ora e aggiunge le risorse di punta a 0,20 euro per ogni ora in cui sono attive. Il modello assume che l’applicazione possa aumentare e ridurre la capacità in tempo utile senza cambiare il livello di servizio.
Nel mese con 240 ore di punta, aggiungiamo a entrambe 8 euro per 200 GB-mese di archivio a 0,04 euro, 24 euro per 300 GB trasferiti in uscita a 0,08 euro e 10 euro di monitoraggio. Usiamo prezzi inventati e voci identiche per isolare il costo di calcolo. Gli importi escludono imposte, personale, migrazione, richieste allo storage e altri costi specifici.
| Voce | A, capacità fissa | B, 240 ore di punta | B, 480 ore di punta |
|---|---|---|---|
| Calcolo sempre attivo | 86,40 € | 28,80 € | 28,80 € |
| Calcolo aggiuntivo nelle ore di punta | Incluso | 48,00 € | 96,00 € |
| Archivio, traffico in uscita e monitoraggio | 42,00 € | 42,00 € | 42,00 € |
| Totale mensile | 128,40 € | 118,80 € | 166,80 € |
Il punto di pareggio è 288 ore di punta. Si sottrae la base da 28,80 euro dagli 86,40 della capacità fissa e si divide la differenza di 57,60 euro per 0,20 euro l’ora. Sotto la soglia, la B costa meno nelle ipotesi dell’esempio. Sopra, il calcolo extra rende più cara la configurazione elastica. Con 480 ore di punta, la B arriva a 166,80 euro. Le voci comuni fanno aumentare il totale, lasciando invariata la soglia finché restano uguali tra le due opzioni.
Per rifare il conto con un’applicazione reale, parti dalle ore in cui la capacità aggiuntiva resta fatturabile. Potrebbero essere di più delle sole ore di maggior traffico per via dei tempi di avvio, dello spegnimento ritardato o di un limite minimo di fatturazione. Se la domanda richiede più livelli di capacità, serve un profilo per fasce. Anche picchi di uguale durata possono comportare spese diverse quando generano quantità diverse di traffico o di dati da conservare.
Come attribuire la spesa alle applicazioni
Per confrontare due mesi, associa ogni risorsa al progetto che la usa e separa i servizi condivisi. Per esempio, si può assegnare direttamente il costo di un archivio usato da una sola applicazione. Una rete comune richiede invece un criterio esplicito. I costi condivisi possono essere ripartiti in base all’uso, assegnati con quote fisse o tenuti a livello centrale. Il framework FinOps presenta queste possibilità e spiega perché servono regole comuni per rendere confrontabili i report.
Per capire se cresce il costo del servizio reso, prova a dividere il costo attribuito per una misura coerente, come gli ordini completati o le fatture elaborate. Un costo medio per ordine può diminuire mentre la spesa totale sale. Prima di interpretare il cambiamento, controlla se il conteggio include lo stesso lavoro e se nello stesso periodo sono entrate in fattura voci nuove.
La fattura del cliente e i conti del fornitore si leggono da due prospettive diverse. Chi compra confronta spesa e servizio ricevuto. Chi valuta il fornitore può guardare anche agli investimenti e alla liquidità generata, come spiega la guida al free cash flow. Un caso di bilancio illustra il motivo per cui le due grandezze meritano attenzione separata. Risultati di Alphabet e andamento del cloud.
Domande frequenti sul cloud computing
Il cloud costa sempre in base all’uso?
Dipende dal servizio. Si può pagare per tempo di esecuzione, spazio, richieste, traffico o licenze. Possono esserci anche quote ricorrenti, capacità minima e impegni di spesa. La fattura dipende dal mix di queste voci.
Che differenza c’è tra hosting e cloud computing?
L’hosting descrive il servizio che ospita un sito o un’applicazione. Può usare infrastruttura cloud o altre configurazioni. Per identificare un servizio cloud, la definizione NIST guarda a caratteristiche come attivazione su richiesta, elasticità e misurazione dell’uso.
Se spengo una macchina virtuale smetto di pagare tutto?
Lo spegnimento può fermare alcuni costi di calcolo, secondo il listino applicabile. Dischi conservati, backup, servizi collegati o impegni contrattuali possono continuare a generare costi.
Che cosa conviene misurare prima di cambiare servizio?
Misura capacità di base, durata e intensità dei picchi, volumi archiviati e traffico in uscita. Verifica poi tempi di ripristino, attività a carico del personale e costo di trasferimento di dati e configurazioni.
Fonti e nota metodologica
I prezzi e il profilo di domanda sono ipotesi di BorsaMagazine. Le pagine dei fornitori illustrano le voci misurate e le responsabilità. Illustrazione editoriale originale generata con IA, con un armadio server di fantasia.
- NIST SP 800-145, definizione, caratteristiche, modelli di servizio e distribuzione.
- Microsoft Azure, matrice delle responsabilità condivise.
- Amazon S3, categorie di costo per storage, richieste e trasferimenti.
- Amazon EC2, voci per istanze on demand e trasferimenti dati.
- FinOps Foundation, attribuzione dei costi diretti e condivisi.