L'economia SaaS nell'era dei container

La caratteristica principale di qualsiasi azienda SaaS è la massiccia riduzione dei costi operativi e della complessità, tra cui installazione, configurazione, manutenzione continua e aggiornamenti. Dato il successo travolgente del SaaS negli ultimi decenni, possiamo vedere chiaramente che l'utilizzo di un modello SaaS invece del tradizionale software termoretraibile ha avuto perfettamente senso dal punto di vista finanziario per molti clienti. Ciò è in linea con una teoria secondo cui si tratta di un livello costante di complessità in un sistema in un dato momento: le organizzazioni IT possono affrontarlo investendo internamente (investendo in un team che gestisca la complessità) o esternalizzando a un partner o fornitore SaaS/PaaS/IaaS (scambiando denaro con complessità). Quando si combina quest'ultimo con un modello finanziario OpEx vs. CapEx, una facile installazione/configurazione e opzioni flessibili pay-as-you-grow,

Le aziende SaaS, invece, rendono redditizio questo modello distribuendo i costi operativi di gestione tra molti clienti utilizzando (quasi sempre) un modello basato su abbonamento. Sebbene i modelli di distribuzione del software precedenti condividano lo stesso principio di ripartizione dei costi a livello di ricerca e sviluppo, non sono in grado di arbitrare i costi operativi a livello di consegna: è costoso fornire un software sicuro, altamente disponibile e continuamente aggiornato su larga scala e ci vuole un team qualificato di sviluppatori e operatori per fornire software entro i limiti degli

Poiché gran parte del costo dello sviluppo e della fornitura di SaaS è destinato alla creazione dell'infrastruttura solida e sicura necessaria per ospitare il servizio, i fornitori guadagnano costruendo e suddividendo un'infrastruttura grande e robusta in parti più piccole della stessa qualità e li vendono a molti clienti. L'infrastruttura SaaS di solito è composta da molti componenti, dai database ai sistemi di bilanciamento del carico, ciascuno configurato specificamente per fornire il servizio in un modo particolare, con requisiti di alta disponibilità (HA), ridondanza e sicurezza a livello di componente. Pensi a un tipico SaaS CRM: avrà bisogno di un server di database replicato multizona, un gruppo di server frontend con bilanciamento del carico e firewall sicuro e un cluster di server per occuparsi dei lavori in background e della gestione del sistema. **** Ad esempio, per conservare i dati dei suoi 2.000 clienti, avrà bisogno di circa 12 server, due bilanciatori del carico e diversi gigabyte di spazio di archiviazione; inoltre, aggiungere il costo del team operativo per la manutenzione di quei database e server: tutto ciò rappresenta probabilmente un costo di 20.000 dollari al mese solo per iniziare. A peggiorare le cose, anche con questo investimento, non si avvicinerà affatto all'uptime di cinque nove (99,999%) che un fornitore SaaS le offrirà a una frazione del prezzo. In questo scenario ha perfettamente senso iscriversi a un'alternativa SaaS, pagando 2.000 dollari al mese per un servizio sempre attivo, aggiornato e sottoposto a backup. ## Questo, tuttavia, potrebbe cambiare

Per capire perché, vale la pena capire perché la gestione di un'infrastruttura altamente disponibile, sicura e robusta è così costosa. Quando si tratta di infrastrutture, «la catena è tanto forte quanto il suo anello più debole». L'elevata disponibilità e sicurezza non possono essere raggiunte solo rendendo le parti del sistema altamente disponibili e sicure: ciò deve essere fatto in tutti i componenti, il che aumenta i costi e la complessità, aumentando ulteriormente la bolletta

Ora, consideri se tutti questi requisiti fossero integrati in un'infrastruttura generica, autoriparante e iperscalabile, in modo che qualsiasi applicazione in esecuzione su di essa fosse intrinsecamente altamente disponibile, ridondante e sicura. Questa è la promessa dei contenitori. Invece di dedicare tempo all'erogazione di ogni servizio con uno SLA elevato, l'infrastruttura si occupa di questo al livello inferiore e fornisce questi attributi come servizio all'utente. In questo modo, i container eliminano uno dei maggiori vantaggi del modello di consegna SaaS: l'arbitraggio infrastrutturale, che ho definito in precedenza nel post.

I sistemi di infrastruttura basati su container come Kubernetes consentono alle aziende di qualsiasi dimensione di creare la propria infrastruttura personalizzata, altamente disponibile e robusta su data center privati o cloud pubblici, con elevata granularità e flessibilità, senza compromessi in cambio. In questo nuovo mondo di infrastrutture basate su container, i team IT dedicano il loro tempo alla creazione e alla manutenzione di alcuni cluster Kubernetes, mentre fornitori esterni e sviluppatori interni utilizzano tali cluster per fornire servizi ai propri clienti

Probabilmente ci vorranno anni per arrivare a un punto in cui questo cambiamento influenzi il settore SaaS a un livello significativo. Tuttavia, se osserviamo attentamente, possiamo già vedere team IT esperti che stanno cercando di affrontare questo futuro: creare pipeline per il loro codice e stack di gestione delle applicazioni che sbloccano l'automazione dell'infrastruttura containerizzata, sia sul

Il modello di distribuzione SaaS ha ancora molte cose interessanti da offrire: ad esempio, ora è il modello dominante per il consumo di software, ovunque si trovi o comunque venga acquistato. Tuttavia, l'arbitraggio infrastrutturale non sarà a lungo uno dei suoi principali vantaggi. Sebbene il cloud computing fosse l'applicazione killer per la virtualizzazione, cambiare l'economia del SaaS potrebbe essere l'applicazione killer per la containerizzazione

Questo post è stato pubblicato per la prima volta qui