5 stratégies clés pour une migration transparente vers le cloud

Migrer vers Services Web Amazon (AWS) est un voyage. Il est souvent intimidant de commencer ce voyage, mais ce n’est pas obligatoire. Dans cet article, je passerai en revue cinq stratégies clés qui, utilisées isolément ou combinées, contribueront grandement à garantir que votre migration vers AWS soit aussi transparente que possible.

1. Suivez un processus éprouvé

Un succès migration est autant une question de préparation que de déplacement des charges de travail. Ne vous préparez pas, préparez-vous à échouer, comme le dit l’adage. Le parcours migratoire peut être divisé en quatre étapes clés.

Découvrir: A ce stade, il s’agit de définir le plus possible le périmètre initial. Ne vous inquiétez pas du pourquoi, du comment ou du quand. Concentrez-vous sur la documentation des charges de travail que vous souhaitez migrer.

Évaluer: Vous savez maintenant ce que vous souhaitez migrer. Voici où vous réfléchissez au pourquoi, au comment et au quand. Toute migration doit avoir des motivations techniques et/ou commerciales claires qui peuvent être articulées dans une analyse de rentabilisation. À ce stade, faites un premier appel pour savoir comment vous souhaitez migrer et dans quel ordre.

Mobiliser: Vous ne construirez pas une maison sur des fondations fragiles, alors ne migrez pas les charges de travail sans configuration d’AWS correctement. Assurez-vous de configurer une zone d’atterrissage solide qui adhère au cadre AWS Well-Architected. De cette façon, vous serez en sécurité, opérationnel et conscient des coûts dès le premier jour.

Migrer et moderniser : À la fin du processus, il s’agit de migrer les applications et de les moderniser. Cela devrait être fluide si vous avez bien fait la préparation. Vous devrez prendre en compte des aspects tels que le moment ou la possibilité de tolérer une fenêtre de basculement, ainsi que documenter clairement les plans de restauration si cela ne se déroule pas tout à fait comme prévu.

En rapport: Vous recherchez des solutions cloud ? Leçons d’Amazon Web Services.

2. Attribuez dès le début un modèle de migration à chaque charge de travail

AWS définit un ensemble de modèles de migration connu sous le nom des 7R. Cet ensemble de modèles couvre tout le spectre, depuis le retrait des charges de travail jusqu’à leur réarchitecture complète pour tirer parti de tout ce qu’AWS a à offrir. Une liste complète des 7R est disponible ci-dessous.

• Se retirer

• Retenir

• Réjouir

• Déménager

• Rachat

• Replatform

• Refactoriser

L’attribution précoce d’un modèle de migration à chaque charge de travail, généralement lors de la phase d’évaluation, prépare le terrain pour les dernières phases de Mobilisation et de Migration. Ces modèles ne sont pas gravés dans le marbre, mais établir une étoile polaire pour votre migration aide à maintenir le voyage dans la bonne direction.

3. Ne vous contentez pas de transformer votre technologie, transformez votre entreprise

Les personnes, les processus et les outils constituent le trio que beaucoup d’entre vous connaissent. Les domaines qui font partie intégrante d’une migration réussie ne sont pas différents. Lorsqu’on se lance dans une migration, il est trop facile de se laisser entraîner dans le monde nouveau et brillant de la conception d’architectures AWS et de rêver aux temps meilleurs à venir. Vous ne devez pas oublier ce qui sous-tend toute migration réussie : la préparation opérationnelle.

Les charges de travail d’exploitation sur AWS entraînent plusieurs changements à prendre en compte dans votre posture opérationnelle. Parmi eux, vous devez donner la priorité à ceux-ci :

Gestion financière du cloud: AWS apporte avec lui un modèle de coûts très différent : il y a un passage soudain des dépenses en capital (CapEx) aux dépenses d’exploitation (OpEx). Sur site, il est souvent facile d’attribuer les coûts d’investissement : vous pouvez relier directement un élément d’infrastructure physique acheté au centre de coûts qui l’a demandé. Avec AWS, vous devez déterminer comment ou si vous souhaitez attribuer les coûts avec une granularité accrue et mettre en œuvre les mécanismes nécessaires pour le permettre.

Résilience et reprise après sinistre (DR) : L’un des principaux avantages de la migration vers AWS est la possibilité accrue de résilience, mais avez-vous pris en compte vos exigences en matière de résilience ? La définition de vos objectifs de retour aux opérations (RTO) et d’objectif de point de récupération (RPO) permet de déterminer le niveau de résilience dont vous avez besoin. AWS a publié un excellent livre blanc sur la reprise après sinistre dans le cloud, y compris des conseils sur la façon de définir une stratégie de reprise après sinistre en fonction de vos objectifs RTO et RPO, tout en tenant compte de l’appétit pour des dépenses supplémentaires.

Sécurité: Opérer dans le cloud entraîne un changement de mentalité en matière de sécurité. Vous travaillez sur la base d’un « Modèle de responsabilité partagée« , où AWS est responsable de la sécurité du cloud (c’est-à-dire la sécurité physique des centres de données) et vous êtes responsable de la sécurité dans le cloud (c’est-à-dire la configuration de vos charges de travail). Vous devez réfléchir à l’impact de cela sur vos outils et processus existants et évaluer si les outils de sécurité cloud natifs sont mieux placés pour vous servir.

En rapport: Encourager le changement : quatre étapes pour permettre une transformation cloud dans votre entreprise

4. Utilisez le cadre bien architecturé

Le Cadre bien architecturé contient des conseils prescriptifs répartis sur six piliers, conçus pour faciliter la conception et la mise en œuvre de solutions conformes aux meilleures pratiques. Les piliers sont l’excellence opérationnelle, la sécurité, l’optimisation des coûts, la fiabilité, l’efficacité des performances et la durabilité.

Dans ce cadre existe le concept de lentilles. Il s’agit d’ajouts aux directives standard, spécifiques à la charge de travail ou à un cas d’utilisation. L’un de ces objectifs est le lentille de migration. Il couvre les piliers habituels mais fournit des conseils spécifiques liés à la migration, alignés sur les phases familières et éprouvées du parcours migratoire (découvrir, évaluer, mobiliser, migrer et moderniser).

Garder ce cadre et toute perspective supplémentaire à l’esprit et évaluer par rapport aux conseils tout au long du parcours de migration augmentera les chances d’une prise de décision réussie et, par la suite, d’une migration transparente.

5. Tirez parti des partenaires AWS spécialisés

Pour les migrations importantes et complexes, cela vaut la peine de travailler avec un partenaire spécialisé pour vous accompagner dans votre parcours. AWS facilite l’identification du bon partenaire grâce à une variété de programmes de spécialisation. Il existe trois principaux types de spécialisations à prendre en compte lorsque vous évaluez un partenaire :

Compétences : Il s’agit de récompenses auditées en externe qui vérifient qu’un partenaire possède une expertise approfondie et une expérience avérée dans un secteur (par exemple, les services financiers), un cas d’utilisation (par exemple, migration et modernisation) ou un type de charge de travail (par exemple, Microsoft).

Prestation de services : Ceux-ci se concentrent spécifiquement sur un service AWS (par exemple Amazon RDS) et sont attribués lorsque les partenaires peuvent démontrer qu’ils peuvent fournir des solutions utilisant ledit service à un niveau constamment élevé et conformément aux meilleures pratiques.

Bien architecturé : Le cadre Well-Architected dont nous avons parlé plus tôt dispose d’un programme de partenariat dédié qui reconnaît les partenaires particulièrement expérimentés dans la conception, l’évaluation et la correction pour accéder aux meilleures pratiques AWS.

Vous pouvez rechercher un partenaire approprié sur le Recherche de partenaires AWS.

En rapport: 4 raisons pour lesquelles les chefs d’entreprise doivent accélérer l’adoption du cloud

Vous devriez maintenant avoir en tête plusieurs stratégies clés pour vous aider à rendre votre migration transparente. En travaillant selon un processus éprouvé et en faisant appel à un partenaire spécialisé si nécessaire, votre voyage reste droit et étroit. En mappant vos charges de travail sur les modèles de migration le plus tôt possible, vous serez en mesure d’utiliser le Well-Architected Framework lorsque vous vous préparerez à concevoir votre architecture cible. Enfin, n’oubliez pas d’emmener toute l’organisation dans le voyage de migration. Une migration réussie ne peut être considérée comme véritablement réussie que si tout le monde y adhère et avantages de la transformation.