Phase 3 : mise en œuvre basée sur les vagues - AWS Directives prescriptives
Étape 1 : organiser les fonctionnalités en fonction de leur nombre de dépendances, de leur priorité commerciale et de leur niveau de complexitéÉtape 2 : sélectionner les AWS microservices pour remplacer les capacités de l'ancien système informatiqueÉtape 3 : Configuration de l' AWS infrastructure de base requise pour configurer les microservices sélectionnés AWSÉtape 4 : Implémenter les changements dans les vagues

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

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 de AWS microservices pour remplacer des fonctionnalités spécifiques du système existant, 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 AWS microservices cloud natifs capables de fournir les mêmes fonctionnalités que le système informatique existant

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

  • 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é

Moyenne

 

Fonctionnalités de la vague 3

Nombre de dépendances

Élevée

Priorité commerciale

Moyen à élevé

Complexité

Moyen à élevé

Étape 2 : sélectionner les AWS microservices pour remplacer les capacité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 AWS microservices pour remplacer les fonctionnalités de l'ancien système informatique.

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

Exemples de AWS microservices de la vague 1

  • 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 AWS de base minimaux en utilisant un modèle de migration plus étroit. Pour plus d'informations, consultez la section Migration fluide des charges de travail existantes sur site à l'aide d'un modèle Strangler sur le blog. AWS

Exemples de AWS microservices de la vague 2

  • AWS Step Functions flux de travail basé

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

  • AWS Usine 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 AWS microservices de la vague 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

  • Des services de transfert de données sans faille, tels que AWS Glue et AWS App Mesh

Important

Avis de fin de support : le 30 septembre 2026, AWS le support de. AWS App Mesh Après le 30 septembre 2026, vous ne pourrez plus accéder à la AWS App Mesh console ni aux AWS App Mesh ressources. Pour plus d'informations, consultez ce billet de blog intitulé Migration from AWS App Mesh to Amazon ECS Service Connect.

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 : Configuration de l' AWS infrastructure de base requise pour configurer les microservices sélectionnés AWS

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

Exemple de ressources d' AWS infrastructure de base

É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 que AWS App Mesh.

Mise en œuvre de la phase 2

  • Configuration AWS App Mesh, notamment de votre maillage de services, de vos services virtuels, de vos nœuds, de vos itinéraires et de vos proxys

  • Configurer des 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