Les clients rencontrent souvent des antimodèles lors de l’adoption d’une solution cloud. La solution est inefficace ou il y a des conséquences inattendues. Voici quelques exemples de scénarios courants :
Les modèles de fonctionnement mal alignés entraînent une augmentation du délai de commercialisation, des malentendus et une pression accrue sur les services informatiques.
Les entreprises choisissent parfois le mauvais modèle de service lorsqu’elles supposent que les solutions platform as a service (PaaS) réduisent les coûts.
Lorsque l’architecture d’une organisation change, d’importants projets de remplacement peuvent voir le jour. La gestion de ces projets est souvent complexe et coûteuse.
Antimodèle : choisir le mauvais modèle de fonctionnement de cloud
Les priorités stratégiques d’une entreprise et l’étendue de son portefeuille déterminent son modèle de fonctionnement de cloud. Les modèles peuvent avoir différents types de responsabilité, de zones d’atterrissage et de focus. Lorsque les modèles ne correspondent pas aux objectifs de l’entreprise, des problèmes peuvent se produire :
Allongement du délai de commercialisation
Malentendus
Pression accrue sur les services informatiques
Exemple : attribuer une responsabilité trop importante à une petite équipe
Une entreprise présente un modèle de fonctionnement qui rend le service informatique responsable de tout ce qui s’exécute dans le cloud. L’équipe responsable du cloud contient trois personnes. Cette configuration se traduit par un parcours d’adoption lent pour les raisons suivantes :
L’équipe n’approuve les mesures qu’après avoir pleinement assimilé leur impact sur l’activité, les opérations et la sécurité.
Ces problèmes ne sont pas le principal domaine d’expertise de l’équipe.
Les experts du domaine aimeraient utiliser le service cloud pour que les unités commerciales augmentent la pression. L’informatique fantôme apparaîtra probablement lorsque les unités commerciales utiliseront des cartes de crédit d’entreprise pour créer des environnements pour elles-mêmes.
Résultat préféré : comparer les modèles et créer un plan de préparation
Passez en revue les priorités stratégiques, l’étendue du portefeuille, les exigences et les contraintes. Explorez les options de modèle de fonctionnement en comparant les quatre modèles de fonctionnement cloud les plus courants à votre modèle de fonctionnement cloud actuel. Identifiez au moins un modèle de fonctionnement cloud adapté à votre organisation. Puis, choisissez un modèle. Étant donné que les rôles changent avec les modèles de fonctionnement, créez un plan de préparation des compétences avant de migrer dans le cloud.
Antimodèle : choisir le mauvais modèle de service
Les entreprises supposent parfois que les solutions PaaS coûtent moins cher que les solutions infrastructure as a service (IaaS). Cette hypothèse peut entraîner un mauvais choix de modèle de service. Les entreprises soucieuses du coût font souvent cette erreur lorsque la raison principale de leur migration vers le cloud est de réduire les coûts. Ces sociétés oublient qu’elles doivent également modifier les processus lorsqu’elles adoptent PaaS, en particulier lorsqu’elles transfèrent certaines responsabilités à des fournisseurs de cloud. Le passage à PaaS implique des modifications fondamentales des efforts de coordination, des pratiques d’ingénierie et des pipelines de livraison. Des augmentations de coûts et des retards inattendus peuvent en découler.
Exemple : préférer PaaS à IaaS
Un éditeur lance un programme pour migrer ses centres de données vers le cloud. La direction souhaite moderniser l’architecture de son application actuelle et les outils en même temps. Les raisons sont les suivantes :
Optimisation de l’efficacité des coûts.
Développement d’un portefeuille d’applications plus moderne.
Pour leur stratégie d’adoption, ils préfèrent PaaS à IaaS. Un an après leur parcours d’adoption du cloud, leur taux d’adoption est faible. Ils ont dû modifier bon nombre de processus, pratiques et outils afin d’adopter PaaS dans son intégralité. Le conseil ne voit pas les impacts et les avantages habituels associés à PaaS. En même temps, l’informatique est plus lente que jamais, tandis que les coûts des centres de données restent inchangés.
Résultat préféré : réduire l’interruption de vos activités
Pour réduire les efforts de coordination, commencez avec IaaS pour les projets d’adoption du cloud initiaux. L’adoption de nouveaux processus et de nouvelles pratiques est plus gérable lorsque vous migrez vers le cloud plus tard plutôt qu’au début. Adoptez d’abord IaaS, en particulier dans les scénarios de transformation de centre de données. En même temps, lancez une initiative de compétences du cloud.
Modernisez et adoptez PaaS progressivement plus tard, une fois que la charge de travail est déjà dans le cloud. L’expérience que vous avez acquise va vous aider à adopter PaaS plus rapidement. Vous devrez apprendre moins de nouvelles compétences et de nouveaux processus pour la modernisation. Vous ne devrez pas non plus interrompre vos processus métier de manière significative.
Antimodèle : remplacer l’architecture
Les applications basées sur PaaS et software as a service (SaaS) sont relativement faciles à gérer. Elles nécessitent généralement peu d’efforts de la part de la direction. Par conséquent, de nombreuses entreprises remanient les anciens paysages d’architectures complexes en les remplaçant par les concepts SaaS et natifs cloud. Cette modification de l’architecture entraîne généralement des projets de remplacement majeurs. Les tâches de gestion et d’exécution de ces projets sont complexes et coûteuses. La modification des processus et du modèle de fonctionnement implique également d’autres risques substantiels.
Exemple : préférer le remplacement à la modernisation
Une entreprise dispose d’un énorme environnement SAP. Le service informatique souhaite remplacer ce paysage, ce qui entraîne plusieurs problèmes de performances et de stabilité. Une fois le projet de remplacement démarré, la liste des vérifications préalables au remplacement de l’environnement dans son intégralité s’allonge de jour en jour.
Avant de remplacer un environnement d’application volumineux ou complexe, envisagez d’améliorer votre environnement de façon incrémentielle en modernisant plutôt. Des modifications relativement petites de votre environnement d’application peuvent avoir un impact considérable sur les performances et la fiabilité. Par exemple, remplacer la plateforme d’hébergement par Azure peut offrir de la stabilité et des résultats rapides. Amélioration du résultat des performances et de la fiabilité pour une fraction du coût de remplacement estimé.
Lorsque vous choisissez une stratégie d’innovation, explorez les différentes options de modernisation. Évaluez ces options dans une preuve de concept (POC).
Préparez l’adoption du cloud avec un plan d’adoption du cloud piloté par les données à partir de Cloud Adoption Framework. Pour de nouvelles innovations, découvrez les autres utilisateurs qui ont utilisé les plateformes cibles. Pour les migrations, découvrez comment évaluer vos ressources et planifier les efforts requis pour les déplacer vers le cloud.
Faites la démonstration de la planification, la migration et l’exploitation d’une solution SAP sur Microsoft Azure, tout en tirant parti des ressources Azure.
Évitez les antimodèles de préparation à l’adoption du cloud comme l’utilisation des services en version préliminaire, en supposant une résilience et une disponibilité intégrées, et en supposant que l’informatique soit prête pour le cloud.
Découvrez les antimodèles qui bloquent l’adoption, l’innovation et la réalisation des objectifs cloud dans les entreprises. Affichez les ressources pour surmonter les antimodèles courants.
L’introduction ou la modernisation des outils informatiques ne garantit pas nécessairement des livraisons plus rapides ou de meilleurs résultats métier.
Évitez les antimodèles d’adoption du cloud qui peuvent apparaître en raison de problèmes organisationnels tels que les services informatiques mal alignés, les partenariats et les affectations d’ingénierie.
Découvrez les contre-modèles qui peuvent entraver l’esprit de croissance au sein des organisations. Plus précisément, découvrez les contre-modèles représentés par les silos et les fiefs.