Gestire i budget cloud in Azure: consumi, sconti e uscita dei dati

Senza misurazione continua niente budget

Nel cloud i costi si generano con il consumo, non con l’acquisto. L’Associazione svizzera dei banchieri descrive il cloud computing secondo la definizione NIST (NIST SP 800-145) come un modello: in qualsiasi momento e da qualsiasi luogo si accede tramite una rete a un pool condiviso di risorse di calcolo configurabili – reti, server, sistemi di archiviazione, applicazioni e servizi. Queste risorse possono essere fornite rapidamente e con uno sforzo amministrativo minimo.

Il Commissario federale alla protezione dei dati e alla trasparenza (IFPDT) descrive la stessa caratteristica dal punto di vista applicativo: software, capacità di archiviazione, strumenti di sviluppo nonché prestazioni di rete o di calcolo vengono forniti dal provider in base alle esigenze. Chi non misura continuamente il consumo conosce i propri costi solo al momento della fattura.

CloudOps inquadra questo compito a livello operativo: procedure e strumenti per il monitoraggio, la sicurezza e l’ottimizzazione del software e dei servizi nell’infrastruttura cloud. La misurazione del consumo non è quindi un inventario una tantum, ma un’attività operativa ricorrente con responsabilità ben definite.

La base di misurazione è fornita dal Cloud Monitoring. Nutanix lo definisce come l’insieme di strategie e procedure con cui le aziende analizzano, tracciano e gestiscono lo stato, le prestazioni, la disponibilità e la sicurezza dei loro servizi e applicazioni basati sul cloud. Come software automatizzato, offre agli amministratori una panoramica completa dello stato e delle prestazioni, aiutando a individuare e risolvere tempestivamente le vulnerabilità prima che compromettano l’esperienza degli utenti finali.

Nutanix indica come requisito l’integrazione degli strumenti di monitoraggio con diversi provider cloud. Chi si approvvigiona da più di un fornitore ha bisogno di questa integrazione per rendere confrontabili consumi e costi in un’unica visuale.

Quattro strumenti supportano la gestione del budget, ciascuno con una propria denominazione: Cloud Monitoring per la serie di misurazioni, Microsoft Cost Management per l’analisi e la previsione della spesa, Azure Budgets per il limite per unità, Azure Copilot per la visione consolidata dei costi. Chi non separa misurazione e decisione non può giustificare una prenotazione.

I dati di consumo sono utili come grandezza di controllo solo se forniscono quattro elementi: tipo di risorsa, assegnazione, riferimento temporale e qualità dei dati. Il tipo di risorsa include potenza di calcolo, archiviazione, rete e uscita dei dati. L’assegnazione avviene per cliente, progetto o centro di costo. Il riferimento temporale distingue il carico di base stabile dai picchi; la qualità dei dati deve essere affidabile.

Aproda considera la validazione, il controllo dei duplicati e la coerenza come una fase distinta nella gestione dei dati. Senza assegnazione, un numero di consumo rimane un numero senza destinatario – e quindi senza impatto sul budget.

I dati di consumo nascono in diversi punti di rilevamento. Aproda cita ERP, CRM, web shop, dispositivi IoT e app mobili e suddivide la gestione dei dati in sei fasi: acquisizione dei dati, architettura dei dati, archiviazione dei dati, qualità dei dati, analisi e reporting, nonché governance e sicurezza.

Chi non acquisisce, struttura e analizza sistematicamente i dati provenienti da fonti diverse prende decisioni alla cieca. Questo vale tanto per l’esercizio quanto per il budget.

L’IFPDT sottolinea: i servizi cloud si caratterizzano per essere forniti come soluzioni standardizzate. Le prestazioni standardizzate possono essere misurate in modo uniforme e confrontate tra provider e nel tempo. Solo questa comparabilità trasforma i dati di consumo in una grandezza di budget.

L’IFPDT cita come applicazioni tipiche Office 365, strumenti per la collaborazione online, sistemi CRM online e il caricamento di file su un server remoto. Ciascuna genera un consumo continuo e quindi una voce di costo ricorrente.

Microsoft Cost Management comprende cinque funzioni denominate: analisi dei costi, budget, avvisi di costo, allocazione dei costi ed esportazioni. L’analisi dei costi categorizza per gruppo di risorse, servizio, località o tag.

Microsoft Cost Management traccia il consumo, monitora la spesa, identifica anomalie di costo e crea previsioni di spesa. L’analisi dei costi categorizza i costi cloud per gruppo di risorse, servizio, località o tag. Azure Copilot consolida i costi, confronta il consumo e isola le fluttuazioni.

Microsoft Cost Management aumenta la responsabilità attraverso budget, allocazione dei costi e politiche di governance. I dati di consumo ricevono così un indirizzo, diventando efficaci ai fini del budget.

Monitoraggio e avvisi di budget adatti all’esercizio

Un monitoraggio per PMI e fornitori di servizi IT deve misurare in modo granulare, visualizzare centralmente e allertare in modo affidabile. Il provider Naveum gestisce il software di monitoraggio PRTG come servizio hosted e offre sensori per sistemi, dispositivi e applicazioni: Ping, http, SMTP, FTP, POP3, Packet Sniffing nonché sensori SQL per Oracle, MS-SQL e MySQL.

In Azure Budgets ogni budget richiede almeno una soglia di costo in percentuale del budget e un indirizzo e-mail. Sono possibili fino a cinque soglie e cinque indirizzi e-mail per budget. Nell’esempio di Microsoft viene generato un avviso e-mail quando viene raggiunto il 90 percento del budget.

Le Remote Probes raccolgono i dati localmente presso il cliente; tutto viene visualizzato in un’unica piattaforma di monitoraggio basata sul web. Secondo il provider, le notifiche avvengono via e-mail o Microsoft Teams; sono disponibili pacchetti economici a partire da 100 sensori.

Il monitoraggio viene gestito come servizio: il provider mette a disposizione i server, gestisce e aggiorna il software. Secondo Naveum, la piattaforma risiede interamente in data center svizzeri. Questo favorisce la sovranità sui dati e un onere operativo pianificabile, poiché presso il cliente non sono necessari né hardware proprio né lavoro di aggiornamento.

I budget si ripristinano automaticamente allo stesso importo alla fine di un periodo – mensile, trimestrale o annuale. Se gli importi budgettizzati per periodi futuri differiscono, è necessario creare budget separati. Quando viene raggiunta una soglia, le notifiche e-mail vengono normalmente inviate entro un’ora dall’elaborazione.

Per i fornitori di servizi IT si aggiunge un secondo effetto: dai dati di monitoraggio si possono dimostrare i SLA e i clienti ottengono una visione trasparente dell’uptime.

Prima dell’implementazione è necessario chiarire i propri requisiti: quali sistemi e applicazioni sono critici per il business? Quali grandezze di misurazione ne derivano? Attraverso quale canale si viene allertati, dove vengono ospitati i dati di misurazione e chi interviene fuori dall’orario lavorativo?

Per la gestione del budget, il monitoraggio fornisce la serie di misurazioni, non la decisione. Chi documenta carico di base e picchi per diversi mesi può giustificare quale parte vincola e quale approvvigiona in base alle esigenze.

Dal numero alla decisione: individuare gli outlier

Una misurazione continua diventa strumento di controllo solo quando emergono scostamenti. Il Cloud Monitoring può essere implementato come software automatizzato che monitora continuamente e offre agli amministratori cloud una panoramica completa dello stato e delle prestazioni. Rilevamento delle anomalie significa: non è il valore assoluto a scatenare l’allarme, ma la deviazione dallo schema noto di un sistema o di un cliente.

Oltre al rilevamento delle anomalie e ai dati in tempo reale, fanno parte degli strumenti anche processi automatizzati. Per il budget questo significa: una deviazione rilevata attiva un passo precedentemente definito, invece di generare solo un messaggio.

Oltre ai costi effettivi, un budget può reagire anche alla previsione. Una soglia prevista viene configurata come percentuale del budget; l’avviso scatta quando la previsione dei costi supera questo valore. In questo modo si individua un andamento prima che il denaro venga speso.

Per i costi valgono gli stessi meccanismi: un aumento insolito del consumo o dell’uscita dei dati salta all’occhio il giorno in cui si verifica, invece che a fine mese sulla fattura.

In pratica servono due livelli: le soglie allertano immediatamente, al superamento, lì dove si interviene concretamente – ad esempio via e-mail o in un canale Teams. Gli avvisi di trend segnalano un’evoluzione strisciante prima che venga raggiunto un limite. Chi guarda la fattura solo a fine mese non può correggere in quel lasso di tempo né una configurazione errata né un picco di carico imprevisto.

I canali di allarme sono definiti: Naveum notifica via e-mail o Microsoft Teams, Azure Budgets via e-mail, SMS o webhook. Tramite Azure Automation e Azure Logic Apps un evento di budget attiva un’azione, ad esempio l’arresto di macchine virtuali. Chi deve essere raggiungibile fuori dall’orario lavorativo definisce canale e persona destinataria prima del primo allarme.

A ciò si aggiunge un ritmo fisso di valutazione: chi controlla gli avvisi di trend settimanalmente vede uno spostamento prima che si rifletta nella fattura mensile. Senza questo ritmo, il rilevamento delle anomalie resta privo di conseguenze.

Per l’valutazione, Aproda cita Power BI, dashboard e Self Service BI come componenti di Analisi e Reporting. Nell’ecosistema Microsoft, Aproda menziona Microsoft Dataverse per il lavoro operativo e Microsoft Fabric come piattaforma analitica. Aproda AG accompagna le PMI svizzere come integratore di Microsoft Dynamics 365, dalla strategia all’implementazione fino all’esercizio continuativo.

Azure Budgets definisce limiti per la spesa cloud: periodo, importo e soglia di avviso. Gli avvisi si basano su costi effettivi o previsti e vengono inviati via e-mail, SMS o webhook. Integrati con Azure Automation e Azure Logic Apps, permettono di attivare azioni, come l’arresto di macchine virtuali al raggiungimento di un limite di spesa.

Azure Budgets possono essere creati a diversi livelli: per l’intera sottoscrizione, un gruppo di risorse o singole risorse. Ogni unità riceve così il proprio limite, invece di misurare l’intera organizzazione su un budget collettivo.

Tre modelli di applicazione ricorrono: un budget mensile per gli ambienti di sviluppo, uno per gli ambienti di produzione e uno per gli ambienti di test. Negli ambienti di test, le risorse non utilizzate vengono arrestate automaticamente fuori dall’orario lavorativo; questo riduce la spesa senza modificare il controllo.

Microsoft Cost Management offre avvisi di costo per picchi o cali di spesa. Le esportazioni creano report personalizzati e integrano i dati di costo in altri sistemi aziendali. In questo modo, il ritmo di valutazione passa direttamente dalla misurazione alla contabilità o al controlling.

Azure Budgets fa parte di Microsoft Cost Management. Limiti di spesa, avvisi di costo, allocazione dei costi ed esportazioni attingono quindi alla stessa visione dei costi.

Approvvigionamento on-demand o definizione della capacità

L’approvvigionamento on-demand è il tratto distintivo del cloud. L’Associazione svizzera dei banchieri cita la definizione NIST: su richiesta, è possibile accedere in qualsiasi momento e da qualsiasi luogo tramite una rete a un pool condiviso di risorse di calcolo configurabili. Queste possono essere messe a disposizione rapidamente e con uno sforzo amministrativo minimo o con scarsa interazione con il provider di servizi.

Come vantaggi, l’Associazione dei banchieri cita: nuove tecnologie come l’intelligenza artificiale sono utilizzabili senza grandi investimenti in hardware e software propri. Grandi volumi di dati possono essere analizzati in tempo reale. Lo sviluppo e il testing delle applicazioni portano guadagni di efficienza.

Ciò che può essere riservato dipende dal tipo di approvvigionamento. L’Associazione dei banchieri cita tre varianti di utilizzo – Infrastructure as a Service, Platform as a Service e Software as a Service – nonché quattro tipi di distribuzione: Private, Community, Public e Hybrid Cloud. Più il servizio acquistato è standardizzato, più è facile quantificare preventivamente il fabbisogno.

La capacità riservata è il modello opposto all’approvvigionamento spontaneo. Con una prenotazione Azure ci si impegna a utilizzare un determinato tipo di istanza di calcolo o una famiglia di istanze in una specifica regione Azure per un determinato periodo, ad esempio una VM D2v4 per un anno. Questo calcolo funziona solo se i dati di misurazione dimostrano una domanda stabile; altrimenti si paga per prestazioni non utilizzate.

La base decisionale è fornita dal monitoraggio: entità e stabilità del carico di base su diversi mesi, l’evoluzione attesa, la durata dell’impegno e il costo del cambio. È inoltre necessario chiarire per quale regione e quale provider vale la prenotazione e cosa accade in caso di mancato utilizzo.

Prima dell’impegno va verificata la serie di misurazioni: solo quando carico di base e picchi sono documentati per diversi mesi si può giustificare la quota da riservare. Se mancano questi dati, la prenotazione diventa un’ipotesi invece che un calcolo.

Per carichi fluttuanti Microsoft offre piani di risparmio: ci si impegna per 1 o 3 anni a un importo fisso in dollari all’ora; un impegno non utilizzato in un’ora decade. Con un piano di risparmio per il calcolo si risparmia secondo Microsoft fino al 65% sui prezzi del pagamento basato sull’utilizzo, con un piano di risparmio per i database fino al 35%. Le prenotazioni offrono sconti più profondi in caso di utilizzo stabile.

Uno strumento per questa verifica è la guida cloud dell’Associazione svizzera dei banchieri. Mostra alle banche approcci attuabili per concretizzare e operationalizzare i requisiti legali e regolamentari con misure tecniche e organizzative. Chi vincola la capacità per una durata fissa ha bisogno di questa concretizzazione prima dell’impegno.

Microsoft Cost Management crea previsioni di spesa basate sul consumo precedente. Questa previsione fornisce i numeri per la decisione di prenotazione: entità e stabilità del carico di base su diversi mesi. Senza una previsione affidabile, ogni prenotazione resta un’ipotesi.

Microsoft Cost Management distribuisce i costi cloud su unità aziendali, progetti o clienti tramite regole di allocazione dei costi. La quota riservata può così essere assegnata a un’unità, invece di gravare sull’intera organizzazione.

Per la decisione di prenotazione interagiscono tre componenti nominati: la serie di misurazioni del Cloud Monitoring, la previsione di spesa di Microsoft Cost Management e il limite di Azure Budgets.

Uscita dei dati e ubicazione dei dati come fattore di costo e di rischio

Ogni movimento di dati oltre un confine di sistema – tra regioni, zone o provider – è una voce di costo propria e un tema di protezione dei dati. L’IFPDT cita tre punti che richiedono particolare attenzione nell’uso dei servizi cloud: impiego di incaricati del trattamento e sub-incaricati, sicurezza del trattamento dei dati, trasmissione di dati personali verso paesi terzi. Se avviene una comunicazione di dati all’estero, secondo l’IFPDT bisogna verificare prima della comunicazione se essa soddisfa i requisiti legali.

Voce di costo e posizione di rischio sono lo stesso movimento di dati, valutato in modo diverso. Come voce di costo appare nell’analisi dei costi di Microsoft Cost Management; come posizione di rischio si pone la questione se una comunicazione di dati all’estero soddisfi i requisiti legali. Responsabilità separate per entrambe le visioni occultano l’uscita dei dati.

L’IFPDT cita come esempi di uso del cloud, tra l’altro, il caricamento di video su piattaforme di streaming e il caricamento di file su un server remoto. Entrambe le operazioni muovono dati oltre un confine di sistema, generando così l’uscita dei dati come voce di costo propria.

Quanto costa l’uscita dei dati lo mostra la lista prezzi Azure per la larghezza di banda. I dati in ingresso e i trasferimenti all’interno della stessa zona di disponibilità sono gratuiti. Transregionali all’interno dell’Europa, il trasferimento costa $0.02 per GB, dall’Europa ad altri continenti $0.05 per GB. I trasferimenti tra servizi Azure nella stessa regione non vengono fatturati.

Per il budget valgono gli stessi quattro requisiti come per qualsiasi risorsa: tipo di risorsa, assegnazione, riferimento temporale e qualità dei dati. L’uscita dei dati va gestita come tipo di risorsa, assegnata a un centro di costo, suddivisa temporalmente e rilevata con qualità affidabile. Altrimenti non può essere né limitata né budgettizzata.

Per il traffico Internet in uscita dall’Europa tramite la rete Microsoft, i primi 100 GB al mese sono gratuiti. Successivamente, i successivi 10 TB costano $0.087 per GB, i successivi 40 TB $0.083, i successivi 100 TB $0.07 e i successivi 350 TB $0.05 per GB. I movimenti di dati appartengono quindi come riga propria nell’analisi dei costi.

Dal punto di vista dei costi ne deriva una semplice regola architetturale: lasciare l’elaborazione il più possibile dove nascono i dati, limitare la replica al necessario e raggruppare le esportazioni invece di trasferire continuamente. Chi sa quali dati fluiscono dove può limitare l’uscita dei dati. Chi non lo sa, non può né budgettizzarla né giustificarla verso i committenti.

L’ubicazione dei dati agisce nella stessa direzione. Le regioni Azure Svizzera, Nord e Svizzera, Ovest appartengono alla zona di fatturazione 1 con Nord America ed Europa; per esse valgono quindi gli stessi prezzi di uscita dei dati come per le altre regioni europee.

Per i provider che riforniscono autorità pubbliche, il requisito è diventato più severo. Bär & Karrer rimanda alla risoluzione di privatim, la Conferenza dei responsabili svizzeri della protezione dei dati, pubblicata nel novembre 2025. Bär & Karrer cita inoltre il bando dell’UFSP per l’infrastruttura SwissHDS del febbraio 2026. Esso richiede che tutti i componenti infrastrutturali non presentino dipendenze tecniche o giuridiche da giurisdizioni esterne – ad esempio dal US CLOUD Act.

Chi serve tali committenti deve poter documentare l’ubicazione dei dati e la dipendenza giuridica dei componenti utilizzati.

L’IFPDT rimanda alla scheda informativa privatim rivista «Rischi specifici del cloud e misure» (2022). In aggiunta, cita due opuscoli dell’Ufficio federale tedesco per la sicurezza delle tecnologie dell’informazione: «Uso sicuro dei servizi cloud – Passo dopo passo dalla strategia alla fine del contratto» (2016) e la «Checklist per la scelta di un servizio cloud» (2022).

Microsoft Cost Management categorizza i costi cloud per servizio e località. Chi gestisce l’uscita dei dati come servizio proprio la vede nell’analisi dei costi come posizione separata. L’allocazione dei costi la assegna poi a un centro di costo.

Chi porta la responsabilità nell’esercizio

I ruoli sono prescritti dal diritto della protezione dei dati. Secondo l’IFPDT, il provider cloud agisce generalmente come incaricata del trattamento per conto del cliente ai sensi dell’art. 9 LPD. Il cliente può essere responsabile del trattamento dei dati o egli stesso incaricato del trattamento.

Ruoli e misurazione appartengono insieme: chi definisce le soglie, chi conferma gli allarmi e chi decide sulle prenotazioni va stabilito prima del primo consumo. Senza questa responsabilità, i dati di misurazione restano un sottoprodotto dell’esercizio.

Come responsabile, deve accertarsi e assicurarsi contrattualmente che i requisiti per un trattamento per conto terzi ai sensi dell’art. 9 LPD siano rispettati. Si assume la responsabilità che i trattamenti effettuati per suo conto avvengano conformemente alla protezione dei dati e che i diritti delle persone interessate non vengano lesi. Trattamento per conto terzi, sub-incaricati e comunicazione di dati all’estero appartengono quindi in ogni accordo cloud, prima che inizi il primo consumo.

Sul piano tecnico stanno diritti di accesso, cifratura e compliance. Aproda li conduce come fase propria «Governance e sicurezza» nella gestione dei dati e rimanda al fatto che la legge federale sulla protezione dei dati rivista (LPD riv., dal 2023) nonché il RGPD richiedono una compliance dimostrabile.

Microsoft cita per il suo cloud una capacità di 34'000 dipendenti ingegneri dedicati esclusivamente a iniziative di sicurezza, nonché 15'000 partner con competenze specializzate in sicurezza. A ciò si aggiungono oltre 100 certificazioni di compliance, di cui più di 50 orientate specificamente a regioni globali e paesi.

Concretamente significa: limitare ruoli e autorizzazioni al necessario e registrare l’accesso ai dati di produzione. La cifratura va definita per i dati a riposo e durante il trasferimento. I log vanno valutati periodicamente.

Alla governance appartiene la gestione della dipendenza dal provider. L’Associazione svizzera dei banchieri sottolinea che le banche nel cloud devono rispettare in particolare il segreto professionale ai sensi della Legge sulle banche. Devono considerare le prescrizioni in materia di protezione dei dati, garantire la sicurezza dei dati e la resilienza. Le dipendenze da singoli provider cloud vanno gestite attivamente per evitare perdite di controllo.

Al di fuori del settore finanziario la stessa domanda si pone in forma attenuata: esiste uno scenario di exit, i dati possono essere esportati in un formato utilizzabile e le interfacce sono documentate?

Non esiste una variante priva di rischi. Bär & Karrer analizza l’uso del cloud da parte delle autorità svizzere. La conclusione: ogni opzione richiede valutazioni caso per caso tra funzionalità, sicurezza, sovranità e onere operativo. Tra le opzioni figurano un servizio cloud statunitense, un provider svizzero o europeo, una soluzione on-premises o open source.

L’onere operativo appartiene ai punti di valutazione. Bär & Karrer lo cita accanto a funzionalità, sicurezza e sovranità. Chi confronta le opzioni confronta quindi anche l’onere per esercizio, dimostrazione e uscita.

Sovranità digitale non significa autarchia né isolamento, ma la capacità di controllare e gestire in modo autonomo l’impiego di prestazioni digitali esterne.

La decisione su una prenotazione è una questione di governance: vincola mezzi per una durata fissa e richiede una responsabilità nominata.

Microsoft Cost Management distribuisce i costi cloud su unità aziendali, progetti o clienti. Categorizzate le risorse e create regole di allocazione dei costi per suddividere i costi o spostarli tra risorse. In questo modo l’assegnazione richiesta nella gestione dei dati diventa operativa.