Migration vers le SaaS

De nombreux fournisseurs qui adoptent le SaaS migrent vers le SaaS à partir d'un modèle de logiciel installé traditionnel (décrit précédemment). Pour ces fournisseurs, il est particulièrement important de bien s'aligner sur les principes fondamentaux du SaaS.

Encore une fois, c'est là qu'il peut y avoir une certaine confusion quant à ce que signifie migrer vers un modèle SaaS. Certains, par exemple, considèrent la migration vers le cloud comme une migration vers le SaaS. D'autres considèrent que l'automatisation de leur processus d'installation et de provisionnement constitue une réalisation de la migration.

Il va sans dire que chaque organisation peut partir d'une situation différente, avoir des considérations liées à son héritage et être confrontée à des pressions différentes du marché et de la concurrence. Cela signifie que chaque migration aura un aspect différent.

Bien que chaque voie soit différente, il existe des domaines dans lesquels les principes fondamentaux qui façonnent les stratégies de migration présentent des différences. Un bon alignement sur les concepts et les principes peut avoir un impact significatif sur la réussite globale de votre migration SaaS.

Sur la base des concepts décrits précédemment, il doit être clair que le passage au SaaS commence par la stratégie et les objectifs de l'entreprise. Ce point peut être oublié dans un contexte de migration où la pression s'exerce pour passer au SaaS le plus rapidement possible.

Dans ce mode, les entreprises considèrent souvent la migration principalement comme un exercice technique. En réalité, chaque migration SaaS doit commencer par une vision claire des clients cibles, de l'expérience de service, des objectifs opérationnels, etc. Le fait de vous concentrer davantage sur ce à quoi doit ressembler votre activité SaaS aura un impact profond sur la forme, les priorités et la voie que vous emprunterez pour migrer votre solution vers le SaaS.

Le fait d'avoir cette vision claire dès le début de votre migration jette les bases de la manière dont vous migrez à la fois la technologie et l'entreprise dans le cadre de votre transition vers le SaaS. Au fur et à mesure que vous vous engagez dans cette voie, concentrez-vous sur les questions qui peuvent vous en dire le plus sur la direction que vous prenez.

Le tableau suivant donne un aperçu de la nature contrastée des mentalités techniques et commerciales en matière de migration.

Tableau 1 — Migration d'abord technique et migration d'abord vers l'entreprise

L'état d'esprit axé sur la technologie	L'esprit d'entreprise d'abord
Comment isoler les données des locataires ?	Comment le SaaS peut-il nous aider à développer notre activité ?
Comment connecter les utilisateurs aux locataires ?	Quels segments ciblons-nous ?
Comment éviter le bruit des voisins ?	Quels sont la taille et le profil de ces segments ?
Comment effectuons-nous un exemple de ce à quoi pourrait ressembler la réponse ?	Quels niveaux devrons-nous prendre en charge ?
Comment pouvons-nous nous adapter en fonction de la charge de locataires ?	Quelle expérience de service ciblons-nous ?
Quel fournisseur de facturation devons-nous utiliser ?	Quelle est notre stratégie en matière de prix et d'emballage ?

Voici un exemple de ce à quoi pourrait ressembler la réponse de ce à quoi pourrait ressembler la réponse. L'équipe d'ingénierie se concentre sur les sujets classiques du multitenant qui sont certainement importants pour toute architecture SaaS.

Le problème est que les réponses à de nombreuses questions de gauche sont souvent directement influencées par les réponses à la question de droite. Il est peu probable que ce point soit nouveau pour quiconque s'intéresse à la migration. Cependant, la réalité est que de nombreuses organisations commencent par rechercher la rentabilité et la rentabilité, en supposant que les aspects commerciaux se débrouilleront d'eux-mêmes.

Dans le cadre de cette stratégie de migration, il peut également y avoir confusion quant à la manière dont votre environnement existant pourrait être évolué pour s'adapter à un modèle SaaS. Il s'agit également d'un domaine dans lequel il existe une multitude d'options pour migrer vers le SaaS. Cependant, il existe un système de valeurs communes que nous préconisons généralement pour toute migration.

Dans notre discussion précédente sur les principes du SaaS, nous avons décrit différents modèles et terminologies utilisés pour décrire les environnements SaaS. Un thème commun à toutes ces solutions est l'idée de partager des services autour de votre application. Identité, intégration, métriques, facturation : tous ces éléments sont considérés comme des éléments communs au cœur de tout environnement SaaS.

Maintenant que nous examinons la migration, vous constaterez que ces mêmes services partagés jouent un rôle clé dans tout processus de migration. Le schéma suivant fournit une vue conceptuelle du paysage migratoire.

Migration vers le SaaS

Ce diagramme représente l'expérience cible pour n'importe quel chemin de migration. Il inclut les mêmes services partagés que ceux décrits précédemment. Au milieu se trouve un espace réservé à votre application.

L'idée principale est que vous pouvez placer n'importe quel nombre de modèles d'application au milieu de cet environnement. Lors de la première étape de la migration, chaque locataire peut fonctionner dans son propre silo. Vous pouvez également avoir une architecture hybride dans laquelle les éléments sont cloisonnés et d'autres fonctionnalités sont traitées par le biais d'un ensemble de microservices modernisés.

L'ampleur de la modernisation initiale de votre application varie en fonction de la nature de votre environnement existant, des besoins du marché, des considérations de coûts, etc. Ce qui ne change pas, c'est l'introduction de ces services partagés.

Toute migration SaaS doit prendre en charge ces services partagés fondamentaux pour permettre à votre entreprise de fonctionner dans un modèle SaaS. Toutes les variantes de l'architecture de l'application ont besoin d'une identité SaaS, par exemple. Vous aurez besoin d'opérations tenant compte des locataires pour gérer et surveiller votre solution SaaS.

La mise en place de ces services partagés dès le début de votre migration vous permet de proposer une expérience SaaS à vos clients, même si l'application sous-jacente fonctionne toujours dans un silo complet pour chaque locataire.

L'objectif général est de faire fonctionner votre application dans un modèle SaaS. Vous pouvez ensuite vous concentrer sur la modernisation et le perfectionnement de votre application. Cette approche vous permet également de faire évoluer les autres secteurs de votre entreprise (marketing, ventes, support, etc.) à un rythme plus rapide. Plus important encore, cela vous permet de commencer à engager et à recueillir les commentaires des clients qui peuvent être utilisés pour façonner la modernisation continue de votre environnement.

Il est important de noter que les services partagés que vous mettez en place peuvent ne pas inclure toutes les fonctionnalités ou tous les mécanismes dont vous aurez finalement besoin. L'objectif principal est de créer les mécanismes partagés nécessaires au début de votre migration. Cela vous permet de vous concentrer sur les éléments du système qui sont essentiels à l'évolution de votre architecture applicative et à votre évolution opérationnelle.