4 remèdes pour éviter les problèmes de migration d’applications cloud

Alors planifiez cela à l’avance, ajoute Holcombe. « Ne signez pas avec un fournisseur à moins d’avoir un accord vous permettant de savoir comment extraire vos données et comment répliquer ces services logiciels ailleurs », explique-t-il.

Mais même si une stratégie ETL adéquate peut garantir que vous pouvez déplacer les données entre fournisseurs de manière structurée et dans un format utilisable, explique Del Giudice, ces plans sont souvent inexistants. « Bien que les fournisseurs de services cloud mettent l’accent sur l’utilisation de plates-formes ouvertes et de protocoles d’accès aux données, qui sont en théorie faciles à utiliser, les limitations du réseau et la sécurité de l’accès à ces services sont souvent négligées », explique-t-il.

Lorsqu’elles décident quels services cloud natifs utiliser, les organisations n’ont parfois pas le choix. La sécurité est un bon exemple. « Si vos besoins en matière de sécurité sont élevés, une cybersécurité générique pourrait ne pas suffire », explique Holcombe. Plus vos besoins sont spécifiques, plus le service devient rigide en termes de dépendance vis-à-vis du fournisseur. Et les entreprises dont les opérations sont gourmandes en données sont confrontées à des problèmes de stockage et de bande passante, dit-il, ajoutant que les fournisseurs PaaS et IaaS utilisent les deux comme différenciateurs concurrentiels. « Si vous essayez d’exploiter des performances élevées avec les deux, c’est délicat », dit-il.

Holcombe suit ce qu’il appelle l’approche « épinette noire » pour les personnalisations qui exploitent les services natifs. Tout comme l’épinette noire garde ses branches près de son tronc, l’USPTO garde ses personnalisations aussi « maigres » que possible, dit-il. Non seulement cela réduit le verrouillage, mais cela garantit également que l’organisation ne se retrouve pas aux prises avec ce qu’il appelle un processus de gestion des versions surchargé et coûteux.

Calusinski adopte une approche similaire. « La plupart des options PaaS ont une capacité de base et un ensemble de capacités auxiliaires », explique-t-il. Nous limitons le nombre de capacités auxiliaires et nous concentrons sur le cœur.

États-Unis d’Amérique

Il en va de même pour les applications basées sur SaaS, ajoute Holcombe – une maxime que son équipe a suivie après être passée de Remedy à ServiceNow et Salesforce. « Ne personnalisez pas beaucoup et soyez capable de changer lorsque vous en avez besoin », dit-il. « Nous ne leur sommes pas redevables et cela a été une bonne plate-forme structurelle. Mais s’il est surchargé d’optimisations, vous êtes bloqué.

Mais cette fois, Calusinski aborde les choses différemment. « Avec les plates-formes SaaS, nous adoptons autant de plates-formes que possible car, en tant qu’entreprise, nous ne voyons pas suffisamment de différenciation. [in] capacités des fournisseurs, et la probabilité de changement est faible.

Évitez les douleurs potentielles liées au mouvement

Il est clair que la migration entre fournisseurs de cloud présente une multitude de défis. Ceux-ci incluent des problèmes de compatibilité, des problèmes de sécurité, la nécessité d’une reconfiguration approfondie des applications et la gestion d’images basées sur d’anciens systèmes d’exploitation et des piles technologiques obsolètes qui ne s’intégreront pas de manière transparente dans un nouvel environnement. Le transfert de grandes quantités de données peut également entraîner des temps d’arrêt et une perte potentielle de données. Il est donc crucial de garantir des performances et une évolutivité constantes pendant la transition. « La gestion de ces défis nécessite une planification méticuleuse, des tests approfondis et une stratégie de restauration bien définie », explique Del Giudice.

En outre, les principaux points d’échec des migrations PaaS incluent le fait de ne pas répondre aux attentes en matière de coûts ou d’affaires, de ressources sous-qualifiées, de manque de normes et de bases de sécurité, de ne pas exploiter les fonctionnalités natives du cloud, de problèmes de sécurité et de conformité et de ne pas adopter un modèle d’exploitation cloud.

Del Giudice recommande une approche en six étapes à toute organisation envisageant de migrer entre fournisseurs de cloud. Tout d’abord, évaluez le modèle d’abonnement pour vous assurer qu’il correspond à vos objectifs de retour sur investissement. Adoptez une approche cloud hybride. Utilisez des solutions indépendantes du cloud dans la mesure du possible pour garder ouvertes vos futures options de migration. Lorsque vous utilisez des services cloud natifs, concevez vos applications avec des couches d’abstraction. Investissez dans des stratégies de planification, de test et de sauvegarde de la migration des données pour atténuer les risques. Et examinez et ajustez les accords de licence si nécessaire.

Pesez soigneusement vos options

Tenez toujours compte des coûts de transition et de la propriété des données lorsque vous envisagez une transition vers un fournisseur de cloud, explique Calusinski.

Et lorsqu’il s’agit de trouver un équilibre entre l’utilisation de services cloud natifs qui augmentent le verrouillage et le fait de rester agnostique, dit Holcombe, il n’y a pas de bonne réponse, seulement une réponse optimale pour votre organisation et sa mission. La question, dit-il, est de savoir si l’application basée sur le cloud correspond à la mission de votre organisation et offre la meilleure valeur pour y parvenir au fil du temps. « Si vous disposez d’une infrastructure de coûts trop complexe, vous ne pouvez pas changer lorsque le modèle économique change », dit-il, ajoutant qu’il faut garder vos options ouvertes comme le fait l’USPTO avec une architecture multi-cloud dès sa conception. « Ma principale raison était d’avoir une concurrence entre les prestataires de services », explique-t-il.

Lors de l’élaboration d’une stratégie de migration vers le cloud, il est important de tenir compte des modèles de tarification, explique Del Giudice. « Explorez les plans d’économies potentiels et tenez compte des coûts de transfert de données », dit-il. « Cette approche est essentielle pour éviter des hausses inattendues des dépenses d’exploitation du cloud et garantir l’alignement avec vos contraintes budgétaires. » Lors de l’exécution d’une stratégie de migration, tenez compte de deux autres facteurs, ajoute-t-il. Premièrement, quels services, tels que les microservices ou le sans serveur, sont disponibles auprès des fournisseurs de services cloud pour faciliter la migration ? Vous devrez choisir entre utiliser des solutions personnalisées ou des services gérés du fournisseur de cloud, qui génèrent des risques de dépendance vis-à-vis du fournisseur. Deuxièmement, le fournisseur de cloud peut proposer des programmes d’incitation pour la migration des applications, avec des remises qui peuvent être substantielles pour les migrations importantes.

De par leur nature, les migrations vers le cloud peuvent être risquées. Mais les DSI qui planifient à l’avance et sont suffisamment persévérants pour suivre ce processus peuvent constater des services cloud et des modèles de tarification plus rentables, une évolutivité et une allocation des ressources améliorées, ainsi que des performances et une réactivité améliorées. « La réduction de la dépendance vis-à-vis du fournisseur favorise une plus grande agilité et innovation », déclare Del Giudice. « En fin de compte, la migration vers le cloud peut générer une plus grande compétitivité, innovation et efficacité. »