Class Central is learner-supported. When you buy through links on our site, we may earn an affiliate commission.

Amazon Web Services

Migrate a Monolith Web Application to AWS Using Application Migration Service (French)

Amazon Web Services and Amazon via AWS Skill Builder

Overview

Limited-Time Offer: Up to 75% Off Coursera Plus!
7000+ certificate courses from Google, Microsoft, IBM, and many more.

Présentation de l’atelier

Cet atelier d’autoformation (SPL) est prévu pour vous guider tout au long du processus de migration d’une application web monolithique vers AWS. Cet atelier représente un modèle d’une application web à deux niveaux hébergée dans votre environnement sur site. Tout au long de l’atelier, vous migrez chaque niveau du laboratoire vers AWS en utilisant différents AWS Migration Services.

Objectifs

À la fin de cet atelier, vous serez en mesure d’effectuer les opérations suivantes :

  • Explorer et vérifier l’application web existante ayant besoin d’être migrée.
  • Comprendre les étapes impliquées dans la migration d’une application web vers AWS.
  • Réhéberger le serveur web/d’application sur Amazon Elastic Compute Cloud (Amazon EC2) à l’aide d’AWS Application Migration Service (MGN).
  • Approche « lift and reshape » de la base de données sur Amazon Relational Database Service (Amazon RDS) à l’aide d’AWS Database Migration Service (AWS DMS).
  • Tester l’application web migrée et vérifier que la migration a réussi.

Prérequis

Pour cet atelier, vous devez :

  • Avoir accès à un ordinateur exécutant Windows, macOS X ou Linux (Ubuntu, SuSE ou Red Hat)
  • Disposer d’un navigateur Internet moderne tel que Google Chrome ou Mozilla Firefox

Connaissances techniques préalables

Pour réussir cet atelier, vous devez connaître les fonctions ou services suivants :

  • Amazon EC2
  • Base de données
  • AWS Identity and Access Management (IAM)
  • Amazon Virtual Private Cloud (Amazon VPC)

Durée

Cet atelier dure environ 120 minutes.

Signification des icônes

Cet atelier utilise de nombreuses icônes différentes pour attirer l’attention sur différents types d’instructions et de remarques. La liste suivante explique la raison d’être de chaque icône :

  • Command (Commande) : une commande à exécuter depuis le terminal
  • Expected output (Sortie attendue) : un exemple de sortie que vous pouvez utiliser pour vérifier la sortie d’une commande ou d’un fichier modifié
  • Remarque : un indice, une directive ou un conseil important

Scénario de l’atelier

La configuration initiale de l’atelier a une application web à deux niveaux (une application d’inventaire simple) hébergée sur 2 instances EC2 dans une région AWS Oregon (us-west-2). Elle émule une application web à deux niveaux standard dans votre environnement sur site et est indiquée comme l’infrastructure SOURCE ayant besoin d’être migrée. Même si elle utilise des instances EC2 pour héberger l’application, en réalité, il peut s’agir de serveurs physiques ou virtuels s’exécutant dans votre propre environnement. L’application à deux niveaux possède les composants suivants :

  • Un serveur web/d’application (SourceWebApp) exécutant une application PHP et SQL simple
  • Un serveur de base de données (SourceDB) exécutant MySQL

Le schéma suivant illustre l’infrastructure SOURCE :


Le diagramme précédent montre l’infrastructure source, dans laquelle deux serveurs composent l’application web. Le premier serveur est le serveur web/d’application, tandis que le second représente le serveur de base de données. Les utilisateurs peuvent accéder au serveur d’application web via l’URL désigné. Pour cet atelier, les serveurs source sont hébergés dans un sous-réseau public dans un VPC appelé VPC source. L’infrastructure source est hébergée dans us-west-2, qui représente la région source.

L’atelier possède également une région TARGET N. Virigina (us-east-1), dans laquelle vous migrez votre infrastructure source.

Au cours de l’atelier, vous migrez chaque niveau vers un service AWS :

  • Le serveur web/d’application est migré vers un serveur EC2 à l’aide d’AWD MGN
  • Le serveur de base de données est migré vers une instance DB RDS à l’aide d’AWS DMS

Le diagramme suivant montre l’infrastructure cible après avoir terminé la migration :


Le diagramme précédent montre l’infrastructure cible représentant le statut final de l’atelier après la migration. Le serveur web/d’application est hébergé sur une instance EC2, tandis que le serveur de base de données est hébergé sur une instance de base de données RDS. Les utilisateurs peuvent également accéder à l’application web via l’URL désignée. L’infrastructure cible est hébergée dans la région us-east-1 représentant la région cible

Remarque :

  • Une liste de toutes les ressources dont vous avez besoin dans le cadre des activités de cet atelier se trouve à gauche de ces instructions.
  • Certaines tâches de cet atelier nécessitent que vous initiiez une tâche, puis que vous attendiez pendant 10 à 15 minutes pour qu’elle soit terminée.
  • Pour plus de simplicité, l’infrastructure de l’atelier peut ne pas utiliser de bonnes pratiques en termes de haute disponibilité et de l’utilisation de sous-réseaux privés. L’objectif principal de cet atelier est de vous guider à travers le processus et les services de migration. Quand vous migrez vos solutions vers AWS, assurez-vous de suivre les bonnes pratiques en ce qui concerne les piliers de fiabilité et de sécurité des bonnes pratiques d’AWS Well-Architected que vous trouverez ici.

Reviews

Start your review of Migrate a Monolith Web Application to AWS Using Application Migration Service (French)

Never Stop Learning.

Get personalized course recommendations, track subjects and courses with reminders, and more.

Someone learning on their laptop while sitting on the floor.