Phase 3 : mise en œuvre basée sur les vagues

La phase de mise en œuvre basée sur les vagues se concentre sur la sélection des microservices AWS pour remplacer des fonctionnalités spécifiques de l'ancien système, puis sur la mise en œuvre de ces services par vagues. Les recommandations suivantes peuvent vous aider à hiérarchiser les fonctionnalités à moderniser en premier, puis à appliquer progressivement les modifications à la production.

Important

Assurez-vous de consulter les principales parties prenantes et d'obtenir leur approbation avant de mettre en œuvre l'un des groupes de vagues suivants. Il est recommandé d'utiliser une approche itérative lors de la création de ces groupes, plutôt que de se fier uniquement aux critères de notation de la matrice de capacités.

Principaux domaines d'intérêt

• Utilisation d'une série de critères de priorisation pour classer les capacités en trois vagues de mise en œuvre en fonction de leur nombre de dépendances, de leur priorité commerciale et de leur niveau de complexité

• Sélection de microservices AWS natifs dans le cloud capables de fournir les mêmes fonctionnalités que l'ancien système informatique

• Configuration de l'infrastructure AWS de base requise pour configurer les microservices AWS sélectionnés

• Appliquer progressivement les modifications à la production par vagues

Étape 1 : organiser les fonctionnalités en fonction de leur nombre de dépendances, de leur priorité commerciale et de leur niveau de complexité

À l'aide des contributions des principales parties prenantes ainsi que des scores pondérés de la matrice de capacités, organisez les capacités de l'ancien système dans les trois groupes principaux suivants :

Note

La plupart des implémentations nécessitent également l'utilisation de nombreux groupes subwave. Ce guide décrit les trois principaux groupes de vagues à titre d'exemple uniquement.

Fonctionnalités de la vague 1

Nombre de dépendances	Absence ou très faible
Priorité commerciale	Faible
Complexité	Faible

 

Fonctionnalités de la vague 2

Nombre de dépendances	Faible à moyen
Priorité commerciale	Faible à moyen
Complexité	Moyen

 

Fonctionnalités de la vague 3

Nombre de dépendances	Élevé
Priorité commerciale	Moyen à élevé
Complexité	Moyen à élevé

Étape 2 : sélectionner les microservices AWS pour remplacer les fonctionnalités de l'ancien système informatique

En coordination avec les principales parties prenantes, utilisez un processus itératif pour examiner et finaliser la séquence des fonctionnalités que vous souhaitez moderniser. Sélectionnez ensuite les microservices AWS pour remplacer les fonctionnalités de l'ancien système informatique.

Voici quelques exemples de microservices AWS qui peuvent souvent être utilisés pour remplacer des fonctionnalités appartenant à chaque groupe de vagues :

Exemples de microservices AWS de la première vague

• AWS Lambda

• Amazon Simple Queue Service (Amazon SQS)

• Amazon Simple Notification Service (Amazon SNS)

• Amazon API Gateway

Note

Les fonctionnalités de la vague 1 peuvent être intégrées à des services de base AWS minimaux en utilisant un modèle de migration Strangler. Pour plus d'informations, consultez la section Migrer en toute fluidité les charges de travail existantes sur site à l'aide d'un modèle Strangler sur le blog AWS.

Exemples de microservices AWS de la deuxième vague

• Flux de travail basé sur AWS Step Functions

• Base de données adaptée à l'usage (migration vers Aurora PostgreSQL)

• Usine AWS SaaS

Note

Les fonctionnalités de la phase 2 impliquent généralement un certain niveau de modernisation de la base de données, comme la migration vers une base de données compatible avec PostgreSQL. Pour maintenir une solution de cloud hybride, il est également généralement nécessaire de synchroniser les anciennes bases de données avec les nouvelles bases de données natives du cloud.

Exemples de microservices AWS pour la phase 3

• AWS Fargate

• Des moteurs de recommandation en temps réel, tels qu'Amazon Textract, Amazon Comprehend, Amazon Rekognition et les modèles Amazon SageMaker

• Des lacs de données évolutifs, tels qu'Amazon Simple Storage Service (Amazon S3) et AWS Lake Formation

• Services d'analyse Amazon spécialement conçus, tels qu'Amazon Athena, Amazon EMR, Amazon Service OpenSearch , Amazon Kinesis et Amazon Redshift

• Services de transfert de données fluides, tels qu'AWS Glue et AWS App Mesh

Note

Les fonctionnalités de la phase 3 comportent généralement un nombre élevé de dépendances et doivent généralement être intégrées à d'autres microservices. Ces attributs font des capacités de la phase 3 de bonnes candidates pour être remplacées par des microservices basés sur des conteneurs.

Étape 3 : configurer l'infrastructure AWS de base requise pour configurer les microservices AWS sélectionnés

Après avoir examiné et finalisé l'architecture cloud cible avec les principales parties prenantes, configurez l'infrastructure AWS requise pour configurer les microservices AWS que vous avez sélectionnés.

Exemples de ressources d'infrastructure AWS de base

• AWS Control Tower et zone d'atterrissage

• Unités organisationnelles et politiques de contrôle des services d'AWS Organizations (SCPs)

• Politiques d'AWS Identity and Access Management (IAM)

• Amazon API Gateway APIs

• Fonctions AWS Lambda

• Services de base de données AWS, tels qu'Amazon Relational Database Service (Amazon RDS)

• Tableaux de CloudWatch bord et alarmes Amazon

• Files d'attente Amazon Simple Queue Service (Amazon SQS)

• Sujets et abonnements Amazon Simple Notification Service (Amazon SNS)

• Amazon Cognito et groupes d'utilisateurs

Étape 4 : Implémenter les changements dans les vagues

Implémentez séquentiellement chaque groupe d'ondes dans un environnement de test. Au fur et à mesure que chaque groupe de vagues est prêt pour la production, testez les fonctionnalités du système et corrigez tout problème dans l'environnement de test. Réduisez ensuite progressivement les modifications apportées à votre environnement de production.

Vous trouverez ci-dessous des descriptions détaillées des types de tâches généralement associés à la mise en œuvre de chaque groupe de vagues :

Mise en œuvre de la phase 1

• Création de fonctions Lambda sans serveur

• Intégrer les fonctions Lambda au service API Gateway

• Configurez les systèmes d'authentification et d'autorisation à l'aide d'outils tels qu'Amazon Cognito, IAM, Okta et Ping Identity

• Pour les architectures cloud hybrides, configurez une couche proxy à l'aide d'un maillage de services, tel qu'AWS App Mesh.

Mise en œuvre de la phase 2

• Configurer AWS App Mesh, y compris votre maillage de services, vos services virtuels, vos nœuds, vos routes et vos proxys

• Configuration de conteneurs dans AWS Fargate ou Amazon Elastic Kubernetes Service (Amazon EKS)

• Intégrer la couche proxy au système frontal

Mise en œuvre de la phase 3

• Migrations et intégrations de données complexes complètes

• Implémentez vos flux de travail les plus complexes impliquant plusieurs microservices