Dopo che una startup è cresciuta, conviene riportare l'infrastruttura dal cloud a sistemi gestiti direttamente? InMarvinWeTrust risponde senza regole universali: dipende da come è costruito il servizio e da che cosa comporterebbe cambiarlo.

È un discorso che tiene insieme convenienza, dipendenze tecniche e continuità operativa. Il confronto onesto non è mai fra una fattura mensile e il prezzo di un server.

Quanto il progetto dipende dal fornitore

Marvin richiama API, automazioni e servizi specifici del cloud. Durante la crescita sono un vantaggio reale; nel momento in cui vuoi spostarti altrove diventano il conto da pagare.

È una dipendenza da mettere nel progetto fin dall'inizio: non basta spostare i dati se l'applicazione usa funzioni che vanno riscritte o sostituite. La difficoltà della migrazione dipende dall'architettura, non dalla dimensione dell'azienda.

Il periodo di transizione ha un costo

Per riportare in casa alcuni servizi bisogna predisporre le risorse prima di aver completato il trasferimento. Per un certo periodo paghi due volte: il cloud che stai lasciando e l'ambiente che stai costruendo.

Marvin usa il termine repatriation, il ritorno di carichi dal cloud a un'infrastruttura gestita più direttamente. Riguarda sia aziende che avevano già sistemi interni, sia realtà nate direttamente sul cloud.

Che questi percorsi esistano non li rende convenienti per chiunque. Servono una stima del lavoro necessario e un confronto fatto sul periodo che conta per quel progetto, non sui primi tre mesi.

Dalla convenienza alla continuità

Una domanda del pubblico porta il discorso su cluster, ridondanza e macchine virtuali. Marvin racconta la propria esperienza con Heartbeat, Corosync e Keepalived, e sottolinea quanto siano mature queste tecnologie.

Sono nomi che però non indicano pezzi intercambiabili. Una configurazione va progettata e verificata rispetto al guasto preciso che vuoi gestire: l'apprezzamento di un professionista non è la garanzia che una combinazione qualsiasi regga.

Proxmox come esempio di integrazione

Marvin usa Proxmox da molti anni e lo porta come esempio di piattaforma che rende gestibili più tecnologie da un'interfaccia sola.

Una precisazione utile: Proxmox VE integra virtualizzazione basata su KVM, container LXC e strumenti di gestione dell'infrastruttura, quindi è impreciso descriverlo come concorrente di KVM, che ne è invece una tecnologia di base. Caratteristiche ufficiali di Proxmox VE.

L'alta disponibilità è una funzione da progettare, non un effetto dell'installazione. E restano decisive la conservazione dei dati e le prove di ripristino, che sono la parte che quasi nessuno fa finché non serve.

Il sistemista attraversa più ambienti

Si finisce parlando di desktop, server, sistemi embedded e dispositivi con compiti specifici. Un'infrastruttura reale mette insieme ambienti diversi, ognuno con i propri requisiti.

Marvin trova sempre meno sensato definirsi legati a una sola piattaforma, almeno nel tipo di lavoro che fa. Servono adattabilità e comprensione delle relazioni fra i sistemi, che è una competenza diversa dal conoscerne uno a fondo.

Per rispondere alla domanda di partenza, quindi, bisogna prima descrivere carichi, dipendenze, responsabilità e transizione. Solo a quel punto il confronto economico fra cloud e infrastruttura interna significa qualcosa.