Cloud e hosting per imprese: ubicazione dati, SLA e costi

Dove stanno i dati, quanto regge il servizio, quanto costa: le tre domande da fare al fornitore

Per un'impresa, scegliere cloud o hosting non significa confrontare listini. Contano tre assi interdipendenti: dove risiedono i dati, quali livelli di servizio sono garantiti per contratto e quanto costa davvero il servizio. Un fornitore economico senza impegni chiari sulla disponibilità, o con dati in giurisdizioni poco trasparenti, non è un risparmio: è un rischio rinviato nel tempo.

Il primo asse non è solo tecnico: è normativo. Il Regolamento (UE) 2016/679 (GDPR) è un atto legislativo europeo di portata generale, obbligatorio e automaticamente vincolante in tutti gli Stati membri, applicabile dal 25 maggio 2018; in Italia è noto anche come RGPD.

Il testo normativo è composto da 99 articoli e si divide in 11 capi. I 99 articoli sono preceduti da 173 paragrafi, i “Considerando”, che forniscono le motivazioni relative agli articoli. Il Regolamento è entrato in vigore il 4 maggio 2016.

Il Regolamento ha per oggetto la protezione delle sole persone fisiche e la libera circolazione dei dati personali all'interno dell'Unione europea. Non è una legge nazionale sulla privacy: è la norma di riferimento per chiunque tratti dati di persone fisiche, comprese le imprese che li spostano su cloud.

In Italia il D.lgs. 101/2018 ha adeguato e modificato la normativa nazionale sulla protezione dei dati personali, novellando il D.lgs. 196/2003, il Codice Privacy. Il Garante per la protezione dei dati personali è il riferimento nazionale; ha pubblicato una versione “arricchita” del testo del Regolamento, con i richiami ai Considerando di riferimento. La versione è aggiornata alle rettifiche pubblicate sulla Gazzetta Ufficiale dell'Unione europea 127 del 23 maggio 2018.

La conseguenza pratica è chiara: dove stanno i dati non riguarda solo il reparto IT. Prima di firmare, conviene chiedere al fornitore in quale Paese e in quale region vengono conservati e trattati i dati.

Sempre prima della firma, vanno chiariti quali livelli di servizio sono garantiti per contratto e con quali rimedi. Va chiesto anche come si compone la bolletta, oltre il prezzo di listino della singola macchina virtuale. Le sezioni seguenti affrontano ciascuna domanda.

Esempi di risposte concrete: Azure, AWS e Google Cloud hanno una region a Milano (Italy North, eu-south-1, europe-west8). OVHcloud dichiara un'infrastruttura mondiale con 100 Tbit/s di capacità di rete e 46 datacenter, e garantisce uno SLA del 99,9% su File Storage; AWS cita supporto aggiuntivo o sconti sui prezzi.

Una VM base 2 vCPU/8 GB costa circa 95 €/mese su Azure, 90 €/mese su AWS e 85 €/mese su Google Cloud. Sono ordini di grandezza: la bolletta dipende da configurazione, commitment e sconti.

Nel perimetro non c'è solo il cloud pubblico: OVHcloud dichiara oltre 80 servizi aperti e reversibili, tra domini, VPS, server dedicati, Cloud IaaS e PaaS. Per una PMI la parola “hosting” non elimina le tre domande: cambia il piano, non l'esigenza di ubicazione, SLA e costo.

Region italiane: Milano come punto di riferimento per Azure, AWS e Google Cloud

I tre grandi provider hanno una region italiana a Milano: Italy North per Microsoft Azure, eu-south-1 per Amazon Web Services, europe-west8 per Google Cloud. Per un'impresa italiana significa collocare carichi di lavoro e dati in un'infrastruttura fisicamente vicina e dentro l'Unione europea. Ne derivano due semplificazioni: le valutazioni sulla residenza dei dati e i tempi di risposta delle applicazioni aziendali.

Microsoft Azure, AWS e Google Cloud coprono insieme oltre l'80% del mercato. Microsoft dichiara che oltre il 95% delle aziende Fortune 500 usa Azure. La region italiana di Azure è associata alla garanzia di residenza dei dati nell'Unione europea.

Sulla conformità, Microsoft dichiara più di 100 certificazioni, di cui oltre 50 specifiche per aree geografiche e Paesi, e un'infrastruttura globale che serve più di 60 aree. Sono numeri che indicano l'ampiezza del catalogo documentale, non una garanzia automatica. La certificazione rilevante va verificata rispetto alla region, al servizio effettivamente utilizzato e al settore dell'azienda, e conservata come documentazione nel rapporto con il fornitore.

Sul fronte della sicurezza, Microsoft dichiara oltre 1 miliardo di USD di investimenti in ricerca e sviluppo. Come per le certificazioni, resta un dato dichiarato dal fornitore: la verifica dell'impresa è documentale e riferita al servizio acquistato.

Per la scelta della region, il dato da mettere a verbale è il nome: Italy North, eu-south-1, europe-west8. La region italiana non basta da sola: va incrociata con il servizio e con le condizioni contrattuali sulla residenza dei dati.

SLA: cosa il fornitore si impegna a garantire e con quali rimedi

Uno SLA (Service Level Agreement) è un contratto di outsourcing e di fornitura tecnologica che definisce il livello di servizio che il fornitore si impegna a garantire al cliente. Il documento illustra parametri come tempi di attività, consegna, risposta e risoluzione.

Descrive le azioni previste quando i requisiti non sono soddisfatti, ad esempio supporto aggiuntivo o sconti sui prezzi. In termini generali, definisce il servizio da fornire e il livello di prestazioni atteso, indica come le prestazioni saranno misurate e approvate e stabilisce cosa accade se i livelli non vengono raggiunti.

Le tipologie principali sono tre. Lo SLA per il cliente riguarda tutti i servizi usati da quel cliente e copre i dettagli specifici dei servizi, le disposizioni sulla disponibilità, la definizione delle responsabilità, le procedure di escalation e i termini di cancellazione.

Lo SLA per il servizio contiene una descrizione dettagliata di uno stesso servizio offerto a più clienti, con condizioni identiche per tutti. Lo SLA multi-livello suddivide il contratto in più livelli che integrano condizioni diverse nello stesso sistema: è adatto ai fornitori che servono clienti con tariffe o livelli di servizio differenti.

Distinguere lo SLA dal KPI è utile. Il KPI è un indicatore con cui si misura una prestazione. Lo SLA è l'impegno contrattuale che fissa quella prestazione e, soprattutto, le conseguenze del mancato rispetto. Un contratto ricco di indicatori ma privo di rimedi è descrittivo, non uno strumento di tutela.

Prima della firma va individuato quale rimedio si attiva, su quale metrica e con quale periodicità. Per i servizi acquistati da più clienti il modello ricorrente è lo SLA per il servizio, con condizioni identiche per tutti. La verifica riguarda quindi il singolo servizio attivato, non l'offerta nel suo insieme.

Tra gli elementi comuni figura la panoramica del contratto, che riporta le date di inizio e fine dello SLA. Sono i riferimenti con cui si colloca nel tempo ogni eventuale contestazione.

Un impegno numerico concreto arriva da OVHcloud: per File Storage, condivisione di file per Kubernetes, dichiara uno SLA del 99,9%, fino a 10 TiB di capacità e fino a 16.000 IOPS. È riferito a quel servizio, non all'intera offerta.

Nel contratto il rimedio economico va quantificato: AWS cita supporto aggiuntivo o sconti sui prezzi. Senza importo o percentuale di credito di servizio, la tutela resta descrittiva. Per Azure, AWS e Google Cloud la percentuale di disponibilità e il credito vanno chiesti per il singolo servizio.

Chiedere sempre tre numeri: percentuale di disponibilità, metrica di calcolo, credito di servizio. Il nome del servizio e la region completano il perimetro dello SLA.

SLA per File Storage: garanzia di disponibilità da parte dei principali provider

Misurare le prestazioni del fornitore e gestire le escalation

Verificare il rispetto degli SLA fa parte del rapporto contrattuale, non è un'attività accessoria. Il cliente deve poter controllare le prestazioni del fornitore rispetto agli impegni assunti. Si usano i pannelli di monitoraggio e i report periodici del fornitore. Vanno integrati con le misure raccolte internamente, così da avere un dato verificabile e non solo la dichiarazione di parte.

Il monitoraggio serve anche a documentare gli scostamenti. Se i dati raccolti mostrano prestazioni inferiori agli impegni, la contestazione va fatta secondo le modalità del contratto e accompagnata da misure verificabili: report del fornitore, dati interni e ticket. Così la richiesta non resta una dichiarazione di parte.

Per le escalation è utile che il contratto indichi referenti e canali, ma il presidio quotidiano resta nel monitoraggio: ticket, report e misure interne sono la base di qualsiasi richiesta. Prima della firma conviene negoziare cosa si intende per disservizio, come e su quale periodo viene calcolata la prestazione e quali esclusioni sono previste. Su questi punti un contratto generico lascia il cliente senza strumenti concreti.

Sul fronte continuità, OVHcloud propone un Disaster Recovery Plan e nel VPS-1 include backup automatico; Azure dichiara backup integrato di mailbox, SharePoint e OneDrive. Il monitoraggio deve verificare anche che i backup siano eseguiti e ripristinabili.

Le voci che compongono la bolletta cloud di una PMI

Per ragionare sui costi servono ordini di grandezza. Per una PMI italiana, la macchina virtuale base con 2 vCPU e 8 GB di memoria è indicata intorno ai 95 €/mese su Azure, 90 €/mese su AWS e 85 €/mese su Google Cloud.

1 TB di storage è indicato intorno ai 20 €/mese su Azure, 23 €/mese su AWS e 20 €/mese su Google Cloud. Sono prezzi indicativi: gli importi effettivi variano con configurazione, commitment e sconti negoziati. I prezzi indicativi sono aggiornati a marzo 2026.

Anche l'hosting ha un listino da confrontare. OVHcloud descrive il VPS-1 con 2 vCore, 4 GB di RAM, 40 GB di storage NVMe, 500 Mbps di banda, protezione anti-DDoS e backup automatico inclusi; è indicato per sviluppatori, freelance e piccole imprese.

Sullo storage a oggetti, OVHcloud propone 5 classi, da High Performance a Cold Archive, con ciclo di vita: i dati cambiano classe, non il codice. La stessa API è compatibile con S3 ed è indicata per IA, web, backup e archiviazione legale.

Sui domini, OVHcloud indica fino al 30/09/2026 uno sconto del 57% su .it + .eu, con 2 indirizzi e-mail professionali, 2 hosting web da 100 MB e DNS sicuro (DNSSEC). I trasferimenti: .it 2,99 € + IVA/anno (3,65 € IVA incl.), .com 7,99 € + IVA/anno (9,75 € IVA incl.), .io 30,99 € + IVA/anno (37,81 € IVA incl.), .biz 16,49 € + IVA/anno (20,12 € IVA incl.).

OVHcloud promuove anche Backup Licenses: offerta lancio a 7,99 € e 0 € + IVA/mese a settembre 2026, 4 livelli di licenza, 500 GB di Vault inclusi e nessun costo di uscita né vincolo. La flessibilità è indicata come quella di Veeam, senza la complessità, e l'offerta è valida fino al 30 settembre 2026.

Sulle licenze, un'azienda con licenze Windows Server e SQL Server con Software Assurance può sfruttare i programmi di riduzione dei costi del provider. Azure, in particolare, consente di applicare le tariffe scontate del Vantaggio Azure Hybrid alle licenze esistenti. È una leva spesso trascurata: il costo del software in cloud non è fisso, dipende da ciò che l'azienda ha già acquistato.

Ci sono poi le leve di ingresso: periodi di prova e crediti iniziali. Azure prevede 12 mesi di free tier più 200 € di crediti, AWS 12 mesi più un'offerta always free, Google Cloud 90 giorni più 300 $ di crediti. Vanno considerati per quello che sono: un modo per testare il servizio, non una voce strutturale del budget.

Infine, la struttura del listino. Azure ha un pricing complesso (decine di SKU e opzioni) e alcune funzionalità richiedono licenze premium costose. Per una PMI, il preventivo va letto voce per voce, chiedendo quali componenti sono incluse e quali si attivano solo a determinate condizioni.

Microsoft dichiara che SQL Server in Macchine virtuali di Azure offre prestazioni fino al 57% più veloci ed è fino al 54% meno costoso di AWS EC2. Per i database, Azure dichiara prestazioni fino a 5 volte più veloci e costi fino al 93% inferiori rispetto ad AWS RDS.

I valori indicati sono aggiornati a marzo 2026; alla pubblicazione del 27 settembre 2026 vanno richiesti importi aggiornati. Configurazione, commitment e sconti negoziati spostano la cifra finale, e il listino non è la bolletta.

Cloud contro server in azienda: quando il costo ricorrente conviene

Il confronto più utile non è tra cloud e cloud, ma tra canone mensile e investimento in infrastruttura propria. Un esempio ricorrente: un'azienda manifatturiera di Monza con 30 dipendenti che usa già Microsoft 365 e ha un server applicativo per il gestionale.

Con il cloud, il server va su una VM Azure, il backup è gestito con Veeam for Microsoft 365 e Azure AD gestisce gli accessi. Il costo aggiuntivo rispetto alle licenze Microsoft 365 già pagate è stimato in circa 400-600 €/mese.

L'alternativa on-premise comporterebbe circa 25.000 € di hardware da rinnovare ogni cinque anni. Sono valori indicativi, ma mostrano la diversa natura delle due spese: una ricorrente e scalabile, l'altra concentrata in un investimento periodico.

Da qui il ragionamento sul costo totale di proprietà. Il confronto corretto non è tra il canone cloud e il solo prezzo del server.

Nella soluzione locale contano anche aggiornamento e sostituzione dell'hardware, gestione ordinaria, backup, sicurezza e tempo del personale interno. Nella soluzione cloud vanno invece messi nel conto i costi che crescono con l'utilizzo e le voci accessorie.

L'alternativa locale resta sensata in casi specifici. Applicazioni legacy difficili da spostare, esigenze di latenza molto stringenti verso macchinari o impianti di produzione, dati che per scelta aziendale non possono uscire dai locali, organizzazioni con competenze IT interne già consolidate. Non è una scelta ideologica, ma una valutazione caso per caso.

Per una PMI che parte da esigenze contenute, un VPS come OVHcloud VPS-1 con 2 vCore, 4 GB di RAM, 40 GB NVMe e backup automatico è una voce di confronto. Resta però un componente: il TCO include anche gestione, backup e competenze.

Vantaggi e svantaggi dell'uso del cloud rispetto all'on-premise per PMI

Scegliere il provider partendo da ciò che l'azienda già usa

Per una PMI italiana il criterio più concreto è l'integrazione con gli strumenti già in uso. Se l'azienda lavora su Microsoft 365, Azure è la scelta più naturale: l'integrazione con Microsoft 365 e Active Directory è nativa.

Le competenze già presenti riducono la curva di apprendimento, indicata come media perché familiare a chi usa ogni giorno l'ecosistema Microsoft. AWS offre il catalogo di servizi più ampio, con oltre 200 servizi, ma è descritto come più tecnico e con curva di apprendimento alta; Google Cloud ha curva medio-alta ed è tipicamente associato ad analisi dati e intelligenza artificiale.

Per il 90% delle PMI italiane che già usano Microsoft 365, Azure è la scelta più naturale. L'integrazione passa da Azure Active Directory (Azure AD), parte di Microsoft Entra: single sign-on nativo, backup integrato di mailbox, SharePoint e OneDrive, Conditional Access e policy di sicurezza unificate.

I nomi dei servizi specializzati aiutano a orientarsi: Copilot e Azure AI per Azure, SageMaker e Bedrock per AWS, Vertex AI e Gemini per Google Cloud. Azure è indicato per PMI con stack Microsoft, AWS per startup e carichi variabili, Google Cloud per analisi dati e intelligenza artificiale.

Il perimetro di scelta, però, non si esaurisce nei tre grandi cloud pubblici. Nella valutazione rientrano anche l'hosting e il confronto con provider alternativi come OVHcloud. In quel caso le dimensioni da confrontare restano prestazioni, caratteristiche, abbonamenti e tariffe.

Contano poi il supporto in italiano e la rete di partner locali: per una PMI significa avere un interlocutore vicino quando serve un intervento. Il supporto è indicato come eccellente per Azure (rete partner), buono per AWS (team dedicato) e in crescita per Google Cloud; Microsoft dichiara una rete di oltre 68.000 partner a livello globale.

I partner Microsoft sono molto diffusi in Italia, quelli AWS meno presenti nelle PMI, quelli Google ancora rari in questo segmento.

OVHcloud è l'alternativa citata: dichiara oltre 80 servizi aperti e reversibili, tra domini, VPS, server dedicati, Cloud IaaS e PaaS, e soluzioni certificate per l'hosting di dati sensibili. Per una PMI va confrontata su prestazioni, caratteristiche, abbonamenti e tariffe.

Restano due avvertenze. La prima: i listini a più SKU sono complessi, rendono difficile confrontare le offerte e richiedono di farsi spiegare ogni voce. La seconda: la dipendenza da un solo fornitore.

Standardizzando tutto sullo stack di un unico provider si ottengono integrazione e semplicità, ma si riduce il margine di manovra in caso di rinegoziazione o cambio di strategia. Un buon criterio pratico è distinguere ciò che è strategicamente critico da ciò che può restare sostituibile.