Migrazione SaaS

Molti dei provider che adottano il SaaS migrano a SaaS da un modello software installato tradizionale (descritto in precedenza). Per questi provider, è particolarmente importante avere un buon allineamento con i principi fondamentali del SaaS.

Anche in questo caso può esserci una certa confusione su cosa significhi migrare a un modello SaaS. Alcuni, ad esempio, considerano il passaggio al cloud come una migrazione al SaaS. Altri considerano l'aggiunta dell'automazione al processo di installazione e fornitura come una vera e propria migrazione.

È giusto dire che ogni organizzazione può iniziare da un punto diverso, avere considerazioni pregresse diverse e probabilmente deve far fronte a pressioni di mercato e concorrenziali diverse. Ciò significa che ogni migrazione avrà un aspetto diverso.

Tuttavia, sebbene ogni percorso sia diverso, ci sono alcune aree in cui vi sono disconnessioni intorno ai principi fondamentali che modellano le strategie di migrazione. Un buon allineamento dei concetti e dei principi può avere un impatto significativo sul successo complessivo della migrazione SaaS.

Sulla base dei concetti delineati in precedenza, dovrebbe essere chiaro che il passaggio al SaaS inizia con la strategia e gli obiettivi aziendali. Questo punto può perdersi in un contesto di migrazione in cui vi è la pressione di passare al SaaS il più rapidamente possibile.

In questa modalità, le organizzazioni spesso considerano la migrazione principalmente come un esercizio tecnico. La realtà è che ogni migrazione SaaS dovrebbe iniziare con una visione chiara dei clienti target, dell'esperienza di servizio, degli obiettivi operativi e così via. Concentrarsi più chiaramente su ciò che la tua azienda SaaS deve avere avrà un impatto profondo sulla forma, sulle priorità e sul percorso da seguire per migrare la tua soluzione al SaaS.

Avere questa visione chiara fin dall'inizio della migrazione pone le basi per la migrazione sia della tecnologia che del business come parte del passaggio al SaaS. Mentre intraprendi questo percorso, concentrati su quelle domande che possono dirti meglio dove stai andando.

La tabella seguente fornisce una panoramica della natura contrastante delle mentalità tecniche e aziendali in materia di migrazione.

Tabella 1 — Priorità tecnica e prima migrazione aziendale

La mentalità che mette al primo posto la tecnologia	La mentalità aziendale al primo posto
Come isoliamo i dati degli inquilini?	In che modo il SaaS può aiutarci a far crescere la nostra attività?
Come connettiamo gli utenti agli inquilini?	A quali segmenti ci rivolgiamo?
Come possiamo evitare le condizioni rumorose dei vicini?	Quali sono le dimensioni e il profilo di questi segmenti?
Come si eseguono i test A/B?	Quali livelli dovremo supportare?
Come possiamo scalare in base al carico degli inquilini?	A quale esperienza di servizio ci rivolgiamo?
Quale fornitore di fatturazione dobbiamo usare?	Qual è la nostra strategia di prezzo e imballaggio?

Di seguito è riportato un esempio di come potrebbe presentarsi una migrazione tecnologica. Il team di ingegneri è estremamente concentrato sulla ricerca dei classici argomenti multi-tenant che sono sicuramente importanti per qualsiasi architettura SaaS.

Il problema è che le risposte a molte delle domande a sinistra sono spesso direttamente influenzate dalle risposte alla domanda a destra. È improbabile che questo punto sia nuovo per chiunque si occupi di migrazione. Tuttavia, la realtà è che molte organizzazioni iniziano a perseguire l'efficienza operativa e in termini di costi come primo passo, supponendo che le parti aziendali si risolvano da sole.

All'interno di questa strategia di migrazione, può anche esserci confusione su come l'ambiente esistente potrebbe essere evoluto per adattarsi a un modello SaaS. Anche questa è un'area in cui esistono una moltitudine di opzioni per la migrazione al SaaS. Tuttavia, esiste un sistema di valori comune che generalmente sosteniamo per qualsiasi migrazione.

Nella nostra precedente discussione sui principi SaaS, abbiamo delineato diversi modelli e terminologie utilizzati per descrivere gli ambienti SaaS. Un tema comune a tutte queste soluzioni è l'idea di avere servizi condivisi che circondano l'applicazione. Identità, onboarding, metriche, fatturazione: sono tutti elementi comuni che sono fondamentali per qualsiasi ambiente SaaS.

Ora, esaminando la migrazione, vedrete che questi stessi servizi condivisi svolgono un ruolo chiave in qualsiasi storia di migrazione. Il diagramma seguente fornisce una visione concettuale del panorama migratorio.

Migrazione a SaaS

Questo diagramma rappresenta l'esperienza di destinazione per qualsiasi percorso di migrazione. Include tutti gli stessi servizi condivisi descritti in precedenza. Al centro c'è un segnaposto per la tua candidatura.

L'idea chiave è che è possibile inserire un numero qualsiasi di modelli di applicazione nel bel mezzo di questo ambiente. La prima fase della migrazione potrebbe far sì che ogni tenant funzioni nel proprio silo. Oppure, potresti avere un'architettura ibrida in cui gli elementi sono isolati e altre funzionalità vengono gestite tramite una raccolta di microservizi modernizzati.

L'entità della modernizzazione iniziale dell'applicazione varierà in base alla natura dell'ambiente esistente, alle esigenze del mercato, alle considerazioni sui costi e così via. Ciò che non cambia è l'introduzione di questi servizi condivisi.

Qualsiasi migrazione SaaS deve supportare questi servizi condivisi fondamentali per dare alla tua azienda la possibilità di operare in un modello SaaS. Tutte le varianti dell'architettura dell'applicazione richiedono, ad esempio, un'identità SaaS. Avrai bisogno di operazioni basate sul tenant per gestire e monitorare la tua soluzione SaaS.

L'implementazione di questi servizi condivisi nella parte iniziale della migrazione consente di presentare un'esperienza SaaS ai clienti, anche se l'applicazione sottostante è ancora in esecuzione in un silo completo per ogni tenant.

L'obiettivo generale è far funzionare l'applicazione in un modello SaaS. Quindi, puoi rivolgere la tua attenzione all'ulteriore modernizzazione e perfezionamento della tua applicazione. Questo approccio ti consente anche di spostare le altre parti della tua attività (marketing, vendite, supporto e così via) a un ritmo più rapido. Ancora più importante, ciò consente di iniziare a coinvolgere e raccogliere feedback dei clienti che possono essere utilizzati per plasmare la continua modernizzazione del proprio ambiente.

È importante notare che i servizi condivisi che implementi potrebbero non includere tutte le funzionalità o i meccanismi di cui avrai bisogno in ultima analisi. L'obiettivo principale è creare i meccanismi condivisi necessari all'inizio della migrazione. Ciò consente di concentrarsi sugli elementi del sistema essenziali per l'evoluzione dell'architettura applicativa e dell'evoluzione operativa.