Cloud o server in ufficio: come scegliere da PMI

La scelta tra cloud e server locale non è religiosa: è economica e operativa. Il cloud offre elasticità, aggiornamenti gestiti dal provider e accesso da remoto senza VPN complesse. Il server in sede garantisce controllo fisico, latenza minima sulle applicazioni pesanti e nessun canone mensile che cresce con i gigabyte — ma vi obbliga a curare backup, climatizzazione, corrente e sostituzione hardware.

In Italia molte PMI tra dieci e ottanta dipendenti convivono ancora con un tower Windows sotto la scrivania del titolare, mentre email e file sono già su Microsoft 365 o Google Workspace. Questo ibrido spontaneo funziona finché nessuno chiede «dove sta il gestionale se brucia l’ufficio?». Mappare cosa gira dove è il primo passo prima di spendere in migrazioni inutili o in un secondo server «per sicurezza».

Le domande giuste prima di scegliere

Quanto dipendete da internet? Se la linea cade e tutto è in cloud, la produzione si ferma. Se il gestionale è locale e la rete interna è solida, potete continuare a fatturare anche senza fibra — ma il commercialista in smart working no. Chiedetevi anche chi amministra: un dipendente part-time non gestisce un cluster VMware con la stessa serenità di un partner MSP esterno.

Qual è il costo del fermo macchina? Un’ora di linea ferma in un magazzino con terminali RF pesa più di un giorno di ritardo su un report amministrativo. Il Recovery Time Objective che usate per il backup vale anche qui: quanto velocemente dovete ripartire dopo un guasto al server o un outage del provider cloud?

Server locale: quando ha ancora senso

Un server in ufficio resta la scelta naturale quando avete applicazioni che non tollerano latenza — CAD, stampa industriale, database con migliaia di transazioni al minuto — o software legacy che non esiste in versione SaaS. Anche obblighi contrattuali o di settore possono richiedere che certi dati non escano dalla sede, almeno senza cifratura e audit formali verso il cloud provider.

I costi upfront includono hardware (spesso tra mille e quattromila euro per una PMI), licenze Windows Server o hypervisor, UPS e switch gestito. I costi ricorrenti sono corrente, assistenza, parti di ricambio e tempo interno. Il vantaggio è prevedibilità: dopo l’investimento iniziale non pagate per utente al mese, solo manutenzione e eventuale espansione dischi.

Virtualizzazione e ridondanza minima

Anche con un solo chassis fisico conviene virtualizzare: due VM su host con storage RAID, snapshot prima degli aggiornamenti, replica notturna verso NAS o cloud per disaster recovery. «Un server» non significa «un punto unico di fallimento» se progettato con criterio. Molte PMI laziali che seguiamo partono da un host con due dischi mirror e backup off-site, senza datacenter dedicato.

Se il vostro server ha più di cinque anni e nessuno documenta cosa ospita, un assessment di infrastrutture e network.

Cloud: cosa ottenete e cosa delegate

Con IaaS o PaaS (Azure, AWS, OVHcloud, Aruba Cloud) affittate capacità computazionale: VM, database gestiti, storage oggetti. Con SaaS (gestionale cloud, CRM, contabilità) affittate l’applicazione intera. Delegate patching del sistema operativo, ridondanza geografica del data center e scalabilità verticale — in cambio accettate canoni variabili, dipendenza dalla connettività e responsabilità condivisa sulla sicurezza.

Il modello di responsabilità è cruciale: il provider protegge l’ipervisore e il data center; voi configurate firewall, identity, cifratura e backup dei dati che caricate. Un bucket S3 pubblico per sbaglio è un data breach vostro, non del vendor. Per PMI senza reparto IT, SaaS maturo con MFA obbligatoria spesso batte un server locale mal tenuto.

Costi cloud che sorprendono

Oltre alla VM contano traffico in uscita, IP pubblici, snapshot, licenze SQL, storage premium e backup gestiti. Un ambiente «piccolo» da trenta euro al mese può triplicare se non si spegono le risorse di test o si dimentica di eliminare dischi orfani. Strumenti di cost management e tag per progetto sono obbligatori, non optional.

L’approccio ibrido: il compromesso delle PMI mature

La maggior parte delle aziende che lavorano bene non è «tutto cloud» né «tutto locale». Tipico: Active Directory e file server in sede, email e collaborazione su Microsoft 365, gestionale ancora on-prem con replica notturna in cloud per DR, sito web e backup immutabili su object storage. L’ibrido richiede diagrammi di rete chiari e policy su dove possono risiedere i dati personali.

VPN site-to-site o SD-WAN collegano la sede al VPC cloud con tunnel cifrati. I terminali in magazzino parlano al server locale; i commerciali accedono al CRM SaaS. L’obiettivo è un solo punto di verità per clienti e ordini, evitando export CSV settimanali tra sistemi che non si parlano.

Sicurezza e conformità: parità di attenzione

Server locale esposto con RDP aperto su internet è più pericoloso di una VM cloud dietro zero trust e MFA. Al contrario, dati sensibili su SaaS USA senza clausole contrattuali adeguate può violare policy interne o aspettative dei clienti europei. GDPR non vieta il cloud: chiede base giuridica, DPA con il fornitore, minimizzazione e registro dei trattamenti aggiornato.

Per entrambi i modelli servono backup testati, aggiornamenti di sicurezza tempestivi e inventario asset. Il cloud non vi libera dal ransomware se le credenziali admin sono riutilizzate e i backup stanno sullo stesso tenant compromesso. Copie immutabili e account di ripristino separati restano best practice ovunque.

Migrare senza bloccare l’ufficio

Una migrazione verso il cloud ben fatta passa per inventario applicazioni, finestra di manutenzione concordata, sync iniziale dei dati, test parallelo e cutover con piano di rollback. Spostare un database da locale a RDS senza freeze delle transazioni richiede strumenti di replica o un weekend di fermo accettato — meglio dirlo prima che scoprirlo il venerdì sera.

La migrazione inversa — dal cloud al locale — è più rara ma possibile quando i costi SaaS esplodono o un acquisto impone data residency. Prevedete export in formati aperti e verificate licenze: alcuni gestionali cloud non vi lasciano portare via lo storico senza penali.

Connettività: il collo di bottiglia dimenticato

Centinaia di megabit in download non aiutano se l’upload è ancora a venti megabit e sincronizzate terabyte verso il cloud. Valutate fibra simmetrica, seconda linea 4G/5G di backup e QoS sul router per dare priorità a VoIP e VPN. Un ufficio che passa al cloud senza upgrade linea trasforma ogni mattina in lenta sincronizzazione OneDrive.

Gestionale, ERP e licenze in cloud o on-prem

Il gestionale è spesso il nodo che decide la partita. Se il vendor offre solo SaaS multi-tenant in UE, migrare al cloud significa progetto dati, formazione e possibile integrazione con e-commerce o produzione. Se avete una versione server con SQL locale, tenere on-prem può essere più economico per cinque utenti, ma pagate comunque assistenza e hardware. Chiedete al fornitore del software la roadmap: molti editori PMI italiani stanno dismettendo installazioni locali e spingono abbonamento — rimandare la decisione può costare un rush migration obbligata.

Le licenze Microsoft cambiano il calcolo: con Microsoft 365 avete già identità e file in cloud; aggiungere Azure per VM duplicate costi se non consolidate. Valutate Azure Arc o backup M365 per proteggere ciò che è già fuori sede, prima di replicare tutto in IaaS.

Errori tipici nelle decisioni PMI

Comprare cloud «perché moda» senza migrare il gestionale, restando con doppia manutenzione. Tenere server locale senza UPS e senza monitoraggio disco. Confondere hosting del sito web con infrastruttura aziendale. Sottostimare le ore di consulenza per rete e identità nel cloud. Non coinvolgere chi usa il software ogni giorno nella scelta degli orari di migrazione.

Un altro errore è ignorare il fine vita del hardware: dopo sette anni i dischi falliscono in cluster. Rinnovare on-prem o spostare in cloud va pianificato con anticipo, non il giorno del kernel panic.

Coinvolgete fin dall’inizio chi usa i software critici: produzione, amministrazione, commerciale. Una migrazione cloud decisa solo dal titolare senza test utente genera resistenza e workaround pericolosi — file su USB, account personali — che vanificano i benefici. Un pilota su un reparto o su una sede secondaria riduce il rischio e produce feedback utili prima del go-live generale.

Rinegoziazione contratti e uscita dal cloud

Prima di firmare IaaS o SaaS critici, leggete clausole di export dati, formato di consegna e penali di uscita. Un gestionale o un ERP solo in cloud senza backup locale periodico vi lega al vendor in caso di dispute o aumenti tariffari. Pianificate ogni due anni un «disaster rehearsal» anche per scenario fornitore che chiude o cambia condizioni: quanto tempo per ripatriare dati su server locale o su altro provider?

Checklist per orientarvi

Usate questa lista con il titolare e chi gestisce IT — interno o fornitore — prima di firmare contratti cloud o ordinare un nuovo server.

• Inventario applicazioni con indicazione di dove girano oggi e requisiti di latenza.
• Stima costo annuo totale (TCO) locale vs cloud includendo assistenza e banda.
• Verifica contrattuale e GDPR per ogni SaaS che tratta dati clienti o dipendenti.
• Piano backup e ripristino testato per entrambi gli scenari.
• Seconda linea internet o failover documentato se dipendete dal cloud.
• Piano di migrazione con rollback e finestra di manutenzione comunicata al team.
• Responsabile nominato per monitoraggio costi cloud e patch server locale.

Rivedete la scelta ogni diciotto–ventiquattro mesi: costi cloud, fine garanzia hardware e nuove offerte SaaS del gestionale possono ribaltare l’equilibrio. Un foglio con scenario «restiamo», «migriamo», «ibrido» aggiornato evita decisioni d’impulso dopo un singolo incidente o dopo la visita di un venditore aggressivo.

Cloud e server locale non sono nemici: sono strumenti. La PMI che sceglie con lucidità allinea infrastruttura a come guadagna soldi, quanto rischio accetta e chi ha tempo per amministrare. Con un disegno chiaro e numeri sulla carta, la prossima conversazione con il commercialista del provider o con il sistemista sarà su requisiti concreti, non su mode del momento.