Le temps et les efforts investis dans la création de votre stratégie infonuagique vous aideront à mieux gérer les attentes, la portée et les risques liés au cloud.
Si vous transférez vos charges de travail vers le nuage public et/ou privé, vous pourriez être sous pression pour livrer une migration rapide, abordable et de haute qualité.
Cependant, il est impossible d’atteindre ces trois cibles.
Si vous accélérez votre migration vers le cloud, vous courez le risque de transférer vos données vers des systèmes cloud peu fiables. Ensuite, vous passerez plus de temps et d’argent à résoudre les problèmes. Pendant ce temps, les migrations bon marché entraînent souvent des temps d’arrêt.
Si vous devez garder les utilisateurs en ligne, vous devez investir dans du matériel de pointe ou des logiciels tiers pour assurer une migration rapide. De plus, les migrations de haute qualité prennent du temps, car elles nécessitent des tests et un dépannage approfondis.
Une migration cloud réussie nécessite de la flexibilité dans au moins l’un de ces trois domaines. Lorsque vous développez une stratégie de migration vers le cloud, vous pouvez obtenir de nombreux avantages – comme une plus grande agilité et la capacité de lancer des services plus rapidement.
10 étapes pour bâtir une stratégie gagnante
Voici 10 étapes pour assurer le succès de votre migration vers le cloud :
- Clarifiez où vous en êtes maintenant
Commencez par évaluer votre environnement.
-
- Comment fonctionnent vos systèmes actuels?
- Pouvez-vous améliorer leur performance, leur fiabilité ou leur sécurité si vous les transférez dans le nuage?
- Quels systèmes devriez-vous remplacer ou mettre à la retraite?
Regardez votre environnement actuel d’un point de vue d’affaires et déterminez quels éléments vous souhaitez conserver. Vous pourriez trouver de la valeur dans vos environnements hérités, mais retirer ces systèmes peut vous permettre de tirer parti de nouveaux modèles d’affaires et de générer plus de valeur pour votre entreprise.
- Décidez quoi déplacer vers le cloud
Testez le terrain avant de transférer vos applications critiques vers le nuage. Commencez par migrer les systèmes qui ont le moins d’impact sur vos utilisateurs.
Cela vous permet, ainsi qu’à votre fournisseur de services gérés, de créer des pratiques exemplaires qui minimiseront les temps d’arrêt lors de la migration. Une fois que vous avez obtenu des résultats, vous pouvez transférer votre environnement SAP critique vers le cloud.
- Préparez vos systèmes pour la migration
De nombreuses entreprises ont maintenu leur environnement hérités depuis 10 à 20 ans. Pendant cette période, leurs systèmes ont accumulé d’importants volumes de données critiques pour la mission.
Lorsque vous passez au cloud, vous devez minimiser les temps d’arrêt de ces systèmes afin que les ententes de niveau de service (SLA) soient respectées et que votre entreprise reste en activité.
Avant de commencer une migration vers le cloud, travaillez avec votre fournisseur de services gérés pour comprendre comment votre volume de données influencera vos temps d’arrêt.
Votre fournisseur peut minimiser les temps d’arrêt en s’assurant que vos données sont en bonne santé avant leur migration vers le nuage.
Laissez assez de temps à votre fournisseur pour nettoyer vos données et éliminer tout ce dont vous n’avez plus besoin. Si vous attendez la dernière minute pour régler ce problème, vous devrez probablement retarder votre projet ou vous précipiter pour nettoyer vos données.
- Comprenez vos systèmes
Avant de migrer vos données vers le nuage, comprenez comment tous vos systèmes interagissent entre eux. Par exemple, votre environnement SAP peut s’intégrer avec des applications tierces à travers votre entreprise.
Beaucoup d’équipes TI ne tiennent pas un registre fiable de la façon dont tout est connecté, ce qui peut causer plusieurs problèmes par la suite. Ceux qui n’ont pas de dossiers fiables sont les plus vulnérables à la défaillance lors d’une migration du cloud.
Vous pouvez éviter cela en travaillant avec un partenaire pour créer un catalogue de vos interfaces avant de transférer les systèmes vers le cloud. Si vous attendez votre migration pour documenter ces connexions, vous risquez de faire face à des retards de projet.
- Prévoyez du temps pour configurer votre réseau
La mise en place des connexions réseau peut prendre jusqu’à huit semaines. Assurez-vous de commander vos liens bien à l’avance et de préparer vos contacts avant la date de transition.
Une connexion réseau solide et une bande passante suffisante minimiseront les temps d’arrêt lors de votre migration vers le cloud.
- Tester tout
Beaucoup d’équipes TI considèrent une migration vers le cloud comme un projet purement technique. Cependant, vous devez aussi impliquer vos utilisateurs finaux dans votre migration.
Ainsi, vous ne découvrirez pas qu’ils ne peuvent pas accomplir des tâches essentielles à leur travail une fois la migration terminée. Assurez-vous de tester vos applications pour vous assurer qu’elles fonctionnent comme les utilisateurs s’y attendent.
Les tests sont aussi essentiels si vous utilisez un environnement très personnalisé. Plus vous en avez, plus votre migration est complexe.
Si votre équipe interne n’a pas le temps ou les ressources pour des tests approfondis, votre fournisseur cloud géré pour SAP peut s’en occuper pour vous. Ils peuvent aussi vous fournir une preuve de concept avant la migration.
- Minimisez vos temps morts
Certains intervenants de votre entreprise peuvent s’attendre à zéro interruption lorsque vous déplacez votre environnement sur site vers le cloud. Sinon, ils peuvent vous demander de compléter la migration dans un délai irréaliste.
Avant une migration, informez votre fournisseur infonuagique de vos attentes et convenez d’un délai raisonnable. Vous devrez peut-être aussi informer les parties prenantes sur ce qui est réaliste.
Si vous ne tolérez pas les temps d’arrêt, vous pouvez faire appel à des outils tiers pour le minimiser.
Par exemple, SAP dispose d’outils natifs qui peuvent réduire vos temps d’arrêt dans certaines conditions.
Cependant, tout matériel ou logiciel qui minimise vos temps d’arrêt sera probablement coûteux.
Demandez si le coût de l’outil vaut le temps d’activité que vous gagnerez lors de la migration. Si vous pouviez perdre des millions pour chaque heure perdue, le coût d’un outil tiers qui vous offre un temps d’arrêt quasi nul pourrait en valoir la peine.
Votre partenaire infonuagique pour SAP peut évaluer votre environnement et vos besoins afin de vous aider à trouver la solution optimale. Si vous ne souhaitez pas faire appel à des outils tiers, planifiez bien votre migration et prévoyez autant de temps d’arrêt que l’entreprise peut tolérer.
- Transférez vos données
Tu pourrais peut-être transférer de petits volumes de données sur ton réseau si tu as une connexion rapide. Cependant, cela n’est pas possible avec des quantités massives de données.
Vous devrez transférer vos données vers un appareil physique, puis les envoyer de votre centre de données source à votre fournisseur de nuage public.
Fournisseurs de cloud public à grande échelle, tels que Amazon Web Services (AWS), peut ne pas offrir de SLA pour recevoir un appareil physique, le connecter au réseau et le rendre disponible pour le téléchargement des données.
Les fournisseurs de cloud privé sont souvent plus flexibles pour recevoir votre appareil et le mettre rapidement en ligne.
- Ayez un plan de remarche arrière ou de secours
Que ferez-vous si votre migration échoue? Par exemple, votre média de transfert peut tomber en panne, ou quelque chose d’imprévu pourrait se produire dans votre centre de données cible.
Comment votre fournisseur cloud géré gérera-t-il les interruptions inattendues et restaurera-t-il le service à vos utilisateurs finaux sans qu’ils ne remarquent qu’un problème s’est passé?
Consacrez autant de temps à créer un plan de retour ou de rechange qu’à planifier une migration.
Ne laissez pas de fils en suspens qui vous empêchent de revenir en arrière si les choses ne se passent pas comme prévu.
- Concentrez-vous sur un projet à la fois
Certaines entreprises peuvent utiliser une migration cloud pour gérer plusieurs projets TI. Par exemple, ils peuvent essayer de combiner une mise à jour de version SAP avec une migration.
Ils pensent souvent que réaliser plusieurs projets en même temps minimisera leur temps mort ou leur permettra d’économiser de l’argent.
Mais d’un point de vue technique, il vaut mieux compléter un changement majeur à la fois. Ça te facilite le retour en arrière si tu as un échec. Vous pouvez aussi résoudre les problèmes plus rapidement si vous gérez un projet à la fois.
L’erreur #1 de migration dans le nuage
Les migrations cloud réussies ne « soulèvent et déplacent » pas les serveurs d’un endroit à un autre. Cependant, de nombreuses entreprises essaient de faire fonctionner leur environnement existant dans le nuage de la même manière qu’elles le font fonctionner sur site.
Cela peut augmenter vos coûts et votre complexité, car la plupart des systèmes hérités ne sont pas conçus ou adaptés à un environnement infonuagique.
Si vous avez du matériel obsolète et lent, ou que vous utilisez de vieilles versions logicielles, il se peut que vous n’ayez pas de chemin direct pour la migration.
Vous pouvez réduire la complexité de votre cloud en préparant vos systèmes et en vous assurant qu’ils sont en parfait état avant de les transférer dans le cloud.
Vous pouvez aussi minimiser votre complexité en demandant à votre fournisseur infonuagique une preuve de concept dès le début de la migration.
Le temps et les efforts que vous investirez dans cette étape vous aideront à gérer vos attentes, votre portée et vos risques.
Vous pouvez en apprendre davantage sur la façon de créer une stratégie cloud gérée SAP réussie dans notre guide ultime du cloud géré.