BYOC (Bring Your Own Cloud)
BYOC (Bring Your Own Cloud) è un modello in cui il cliente collega il proprio account esistente presso un cloud provider, invece di migrare sull'infrastruttura del fornitore o su un account di un reseller. L'account, il contratto e il rapporto di fatturazione restano sempre tra il cliente e il provider; il fornitore gestisce le risorse al suo interno senza possederle.
BYOC indica chi possiede legalmente l'account cloud su cui gira un'infrastruttura, non chi la gestisce quotidianamente. In un accordo BYOC, l'organizzazione mantiene il proprio account presso un cloud provider — Amazon Web Services, Google Cloud, Hetzner o qualsiasi altro — insieme al relativo contratto e alla relativa fattura. A un fornitore terzo, come una piattaforma di gestione, uno strumento di monitoraggio o un managed-service provider, viene concesso un accesso delimitato per operare all'interno di quell'account: provisioning delle risorse, applicazione di configurazioni o raccolta di dati di telemetria. Il compute, lo storage e il networking sottostanti non si spostano in alcun modo. Il termine è nato nei contesti dei database gestiti e del SaaS, dove 'bring your own cloud' distingue un deployment eseguito all'interno dell'account del cliente da uno ospitato interamente sull'infrastruttura propria del fornitore.
L'alternativa è un modello completamente gestito o da reseller, in cui il fornitore mantiene un proprio account presso il provider sottostante e rivende capacità ai clienti oppure ne migra i workload su un'infrastruttura di sua proprietà esclusiva. Questo modello può semplificare la fatturazione — un solo fornitore, una sola fattura — ma significa anche che l'infrastruttura del cliente si trova all'interno dell'account di qualcun altro. Cambiare fornitore, negoziare direttamente le tariffe del provider o dimostrare a un revisore quale entità detenga esattamente il contratto sottostante diventa più difficile. Il BYOC mantiene intatto questo confine: il cliente può revocare l'accesso del fornitore a livello di provider in qualsiasi momento, mentre l'account sottostante, la sua cronologia di fatturazione e la sua postura di conformità non cambiano mai proprietario.
In pratica, l'accesso BYOC viene concesso tramite credenziali API o un ruolo assegnato al fornitore all'interno dell'account del cliente, delimitato a ciò di cui ha effettivamente bisogno e revocabile indipendentemente dal rapporto con il fornitore stesso. Il compromesso è di natura operativa: è il cliente, non il fornitore, a restare la parte contraente con ciascun cloud provider, quindi più provider significano più contratti e più fatture, a meno che qualcosa al di sopra del livello dell'account non li consolidi. I fornitori che supportano il BYOC in genere supportano anche il modello opposto — provisioning e fatturazione della capacità sotto il proprio account per conto del cliente — così un'organizzazione può combinare entrambi i modelli a seconda delle risorse che vuole mantenere sotto contratto diretto con il provider e di quelle che è disposta a delegare interamente.
Perché il BYOC è importante
Il rischio principale che il BYOC affronta è il lock-in. Quando l'infrastruttura si trova all'interno dell'account proprio di un fornitore, lasciare quel fornitore significa migrare i workload — un progetto che si misura in settimane o mesi, non in un ticket di supporto. Con il BYOC, uscire diventa una semplice modifica dei permessi: si revocano le credenziali del fornitore e l'infrastruttura resta esattamente dov'era, sotto lo stesso contratto. Questo conta soprattutto quando è l'account sottostante, non solo i dati, ad avere rilevanza per la conformità — settori regolamentati in cui una specifica entità legale deve restare la controparte contrattuale diretta del titolare del trattamento con il fornitore dell'infrastruttura, oppure regole di procurement del settore pubblico che richiedono all'organizzazione acquirente di detenere un proprio contratto cloud anziché uno subappaltato. Preserva inoltre qualsiasi tariffa a volume o accordo enterprise che l'organizzazione abbia già negoziato direttamente con il proprio cloud provider.
Come Sencai gestisce il BYOC
Sencai supporta il BYOC come uno dei due modelli che possono coesistere nella stessa organizzazione. Collegando un account esistente, nulla si sposta: le credenziali sono cifrate at-rest, puoi revocare l'accesso presso il provider in qualsiasi momento e, nel momento in cui l'account viene collegato, Sencai censisce tutto ciò che è già in esecuzione — istanze, reti, storage, DNS — su ogni provider collegato, con adesione alla gestione attiva risorsa per risorsa. L'account, il contratto e la fattura restano sempre presso il tuo provider. Se preferisci non detenere un contratto diretto con il provider, Sencai può invece effettuare il provisioning e la fatturazione della capacità sotto il proprio account — una sola fattura, con il costo del provider più un margine del 2% indicato separatamente sull'estratto conto — e puoi combinare entrambi i modelli man mano che le esigenze cambiano.
Scopri come funzionano l'inventario e il provisioning →