Réussir votre migration vers AWS : stratégies et bonnes pratiques
Sommaire
Découvrez dans cet article la bonne stratégie à adopter pour réussir votre projet de migration vers AWS ainsi que les bonnes pratiques des experts…
Enjeux et phases de la migration
Ready, steady, go ! Assess / Mobilize / Migrate and Modernize
Lorsque l’on souhaite réaliser une migration, le suivi de 3 phases est conseillé pour réussir :
- Evaluate
- Think
- Build
On les retrouve sous ces désignations dans la littérature. Chez AWS, on les retrouve sous des noms un peu différents car le découpage de ces 3 phases est un peu différent :
- Assess
- Mobilize
- Migrate
- Modernize
Ces phases se découpent en plusieurs autres étapes et process et sont décrites en détail dans un Cloud Adoption Framework. Il en existe plusieurs, comme l’AWS CAF ou l’Azure CAF. Chacun a ses spécificités mais réalisent le même but : dérouler les 3 phases en prenant soin de ne rien oublier ou négliger. Il s’agit de méthodologies, basées principalement sur les retours d’expérience, les bonnes pratiques et des méthodes déjà éprouvées pour d’autres sujets de l’IT. Ils peuvent se combiner avec des méthodologies déjà maitrisées par une DSI. Par exemple, les CAFs sont étroitement liées à l’agilité, aux principe 5R Gartner, à l’approche ITIL ou au cadre d’architecture TOGAF.
Ainsi si l’on souhaite réaliser une migration vers le Cloud AWS, on peut tirer parti de son expérience d’autres méthodologies pour accélérer sa compréhension d’une migration Cloud. Il n’y a pas d’obstacle d’approche méthodologique entre ce qui existe en dehors du Cloud et ce vers quoi une migration Cloud va aboutir.
Choisir un Cloud provider fait partie d’une des phases importantes de la migration. Une approche multi-cloud est souvent avancée par nos clients lorsqu’ils souhaitent migrer vers une solution Cloud. C’est louable, mais si l’on regarde en détail les méthodologies, notamment le fait de réaliser des engagements graduels et des approches itératives, le choix d’un Cloud provider principal est une option mieux adaptée, notamment pour l’acquisition de maturité. Un second Cloud provider peut être choisi dans un deuxième temps pour certaines spécificités de son catalogue.
MRA/CRA, MAP
Lorsque l’on décide de migrer ses applications vers AWS, une des premières actions consiste à réaliser une étude de son patrimoine, tant sur le plan réseau qu’applicatif, sécurité, gouvernance, ressources humaines ou observabilité.
Nous pouvons réaliser un MRA (Migration Readiness Assessment) et/ou un CRA (Cloud Readiness Assessment) pour identifier le degré de préparation de l’organisation et de son infrastructure : classifier ses applications, établir une macro-planification, identifier des points de blocage et des cas d’usage desquels s’inspirer. Puis, nous porterons une attention plus détaillée à notre patrimoine et nous identifierons les avantages et cas d’usages pertinents que l’on peut attendre de notre projet de migration.
Chaque Cloud Provider fournit des outils qui permettent de réaliser ces actions. Pour AWS, il s’agit de AWS Migration Evaluator.
Il s’agit d’un outil composé d’un agent (à installer sur les machines du parc), qui réalise la remontée de métriques du parc. Il permet de réaliser un rapport d’état qui oriente les choix possibles et réalistes de scenario cibles pour la migration vers AWS : right sizing des serveurs, service « PaaS » AWS cible… Plusieurs niveaux d’agressivité sont proposés. Par agressivité, nous entendons réduction du coût financier à l’exécution de la cible (ARR AWS : Annual Recurring Revenue pour AWS), mais nous ne prenons pas en compte l’effort à réaliser (par exemple adaptation de l’application) pour atteindre le scénario (nous le calculerons dans le TCO : total Cost of Ownership). Dans ce TCO, nous prendrons aussi, par exemple, en compte le coût de formation des équipes au Cloud Provider, aux services spécifiques etc…
L’approche d’emblée multi-cloud perd ainsi son intérêt via les coûts annexes d’acquisition de maturité sur les cibles envisagées.
Migration Evaluator est un outil d’aide à la décision, il ne la prend pas. Le calcul de l’ARR et du TCO, ainsi que leur analyse permettent, en revanche, d’éclairer la décision en intégrant les résultats de Migration Evaluator.
AWS propose de regrouper ces actions dans un programme, l’AWS MAP (Migration Acceleration Plan) qui donne la possibilité aussi de recevoir une participation financière de la part de AWS aux frais engagés pour la migration. Le MAP est un programme complet de migration vers AWS. Il inclut le financement de phases de tests et de réalisation de POC de ressources AWS.
Se faire accompagner pour réussir !
MRA/CRA ou MAP sont 3 dispositifs méthodologiques et techniques qui requièrent un savoir-faire et un certain investissement au départ. En effet, en amont de ces 3 processus, il faut définir une stratégie spécifique, basée sur des ateliers d’analyse de l’existant :
- Quel est le niveau de préparation de l’organisation ?
- Quel sont les états finaux recherchés de la migration vers AWS ?
- Quels sont les outils à privilégier et maîtriser ?
L’intérêt d’un accompagnement par un tiers neutre permet de rendre les process efficaces, s’approprier les méthodes et bénéficier des expériences déjà réussies. En effet, les phases « Evaluate » et « Think » sont des étapes facilement déceptives. Un des écueils est de vouloir les négliger. AWS MAP est un bon moyen de bien négocier cette phase.
Une fois la stratégie et la cible définies pour procéder à une migration pertinente de toute ou partie de votre infrastructure : vous pouvez vous lancer ! Nous aurons alors pris en compte des aspects de sécurité, d’hybridation, de stockage, d’observabilité, des aspects financiers et RSE, mais nous aurons aussi pris conscience de l’effort à réaliser pour disposer de talents possédant un niveau de connaissance adapté à l’enjeu.
La migration vers AWS se fait alors graduellement, en commençant en général par un « quick win », qui permet de déployer une application à la fois représentative et simple. Ce « quick win » va permettre de valider la plateforme de base (les landing zones) déjà déployée ainsi que les gestes techniques, les outils. Vous pouvez retrouver des cas d’usages sur le site AWS mais aussi vous former à l’utilisation de ressources spécifiques ou au déploiement de solutions, (par exemple : une architecture 3-tiers, un load balancer, la haute disponibilité…).
Concrètement, sur AWS, plusieurs outils sont mis à disposition pour réaliser la migration. Ils sont regroupés au sein de AWS Migration Hub :
- AWS MGN (Application Migration Service)
- AWS DMS (Data Migration Service) : migrer des bases de données vers des bases de données managées (AWS RDS) • AWS Datasync : migration de données
- AWS Snow Family : migration de gros volumes de données
Ces outils ne sont que, et rien que, des outils. Une migration vers AWS reste un processus itératif et agile. Certains gestes techniques peuvent convenir pour un « quick win », par exemple pour la partie infrastructure réseau (hybridation VPN) mais non pour un passage à l’échelle (hybridation MPLS), ou pour une migration de données (Datasync vs Snow Family).
Migrer vers le Cloud AWS, c’est avant tout disposer d’un catalogue de services varié qui permettra de migrer et de moderniser de nombreux business cases avant d’avoir besoin de recourir à un second fournisseur.
Des outils d’audit et de migration sont disponibles pour réaliser ses migrations dans de bonnes conditions et maintenir un degré élevé de conformité aux bonnes pratiques.
Cependant, choisir et suivre un Cloud Adoption Framework reste une démarche incontournable pour réussir. Savoir se faire accompagner et choisir son partenaire de confiance pour gagner en autonomie et efficience opérationnelle est une clé utile à posséder.
