Phase 3 : Implémentation basée sur les vagues - AWS Directives prescriptives

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 : Implémentation basée sur les vagues

La phase de mise en œuvre basée sur les vagues se concentre sur la sélection de microservices AWS 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 à déployer progressivement les modifications dans la production.

Important

Assurez-vous de consulter et d'obtenir l'approbation des principales parties prenantes 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 fonctionnalités en trois vagues de mise en œuvre en fonction de leur nombre de dépendances, de leur priorité métier et de leur niveau de complexité

  • Sélection de microservices AWS natifs pour le cloud qui peuvent fournir les mêmes fonctionnalités que le système informatique existant

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

  • Apport progressif des modifications à la production par vagues

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

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

Note

La plupart des implémentations nécessitent également l'utilisation de nombreux groupes de sous-ondes. Ce guide présente les trois principaux groupes d'ondes à titre d'exemple seulement.

Capacités de la première vague

Nombre de dépendances

Aucune ou très faible

Priorité commerciale

Faible

Complexité

Faible

 

Capacités Wave 2

Nombre de dépendances

Faible à modérée

Priorité commerciale

Faible à modérée

Complexité

Medium

 

Capacités Wave 3

Nombre de dépendances

Élevée

Priorité commerciale

Moyenne à élevée

Complexité

Moyenne à élevée

Étape 2 : Sélectionnez les microservices AWS pour remplacer les fonctionnalités du système informatique existant

En coordination avec les principales parties prenantes, utilisez un processus itératif de révision et de finalisation de la séquence de fonctionnalités que vous souhaitez moderniser. Sélectionnez ensuite les microservices AWS pour remplacer les fonctionnalités du système informatique existant.

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

Exemples de microservices AWS Wave 1

  • AWS Lambda

  • Amazon Simple Queue Service (Amazon SQS)

  • Amazon Simple Notification Service (Amazon SNS)

  • Amazon API Gateway

Note

Les fonctionnalités de la première vague peuvent être intégrées à un minimum de services de base d'AWS en utilisant un modèle de migration plus étroit. Pour plus d'informations, consultez Migration fluide des charges de travail existantes sur site à l'aide d'un modèle étrangleur sur le blog AWS.

Exemples de microservices AWS Wave 2

  • Workflow basé sur AWS Step Functions

  • Base de données adaptée à l'objectif (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, par exemple la migration vers une base de données compatible avec PostgreSQL. Pour maintenir une solution cloud hybride, la synchronisation des bases de données existantes avec les nouvelles bases de données natives au cloud est également généralement requise.

Exemples de microservices AWS Wave 3

  • AWS Fargate

  • Moteurs de recommandation en temps réel, tels qu'Amazon Textract, Amazon Comprehend, Amazon Rekognition et Amazon SageMaker Models

  • 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 OpenSearch Service, Amazon Kinesis et Amazon Redshift

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

Note

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

Étape 3 : Configuration de 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

Étape 4 : Implémenter les modifications par vagues

Implémentez de manière séquentielle chaque groupe d'ondes dans un environnement de test. Lorsque chaque groupe d'ondes est prêt pour la production, testez les fonctionnalités du système et résolvez les problèmes éventuels dans l'environnement de test. Réduisez ensuite progressivement les modifications apportées à votre environnement de production.

Vous trouverez ci-dessous une description détaillée des types de tâches généralement associés à la mise en œuvre de chaque groupe d'ondes :

Mise en œuvre de la première vague

  • Créer des fonctions Lambda sans serveur

  • Intégrez 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 deuxième vague

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

  • Configurer des conteneurs dans AWS Fargate ou Amazon Elastic Kubernetes Service (Amazon EKS)

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

Mise en œuvre de la phase 3

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

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