Migration strategy for relational databases - 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.

Migration strategy for relational databases

Yaser Raja, Amazon Web Services ()AWS

Juin 2024 (historique du document)

Dans votre portefeuille d'entreprise, il est probable que vous disposiez de plusieurs types de bases de données. Lorsque vous migrez vers Amazon Web Services (AWS), vous pouvez choisir de « modifier et déplacer » vos bases de données (réhébergement) ou de moderniser vos applications en optant pour des services de base de données AWS gérés (replateforme).

Si vous choisissez de réhéberger votre base de données, AWS fournit un certain nombre de services et d'outils qui peuvent vous aider à déplacer, stocker et analyser vos données en toute sécurité. Si vous choisissez de passer à un service de base de données AWS géré, il AWS propose une multitude d'options afin que vous n'ayez jamais à faire de compromis sur les fonctionnalités, les performances ou l'évolutivité. Pour plus d'informations sur la AWS famille de bases de données, voir Bases de données AWS sur le AWS site Web.

Ce document se concentre sur les stratégies de migration des bases de données relationnelles vers le AWS cloud, pour les responsables informatiques et commerciaux, les chefs de programme ou de projet, les propriétaires de produits et les responsables des opérations/infrastructures qui envisagent de migrer leurs bases de données sur site vers. AWS

Présentation

La meilleure stratégie de migration de base de données vous permet de tirer pleinement parti du AWS cloud. Cela implique de migrer vos applications afin d'utiliser des bases de données cloud natives spécialement conçues. Vous ne devez pas vous limiter à la même base de données traditionnelle que celle que vous utilisez sur site. Envisagez plutôt de moderniser vos applications et de choisir les bases de données qui répondent le mieux aux exigences de flux de travail de vos applications.

De nombreuses entreprises ont adopté cette approche. Par exemple, Airbnb avait besoin de traiter et d'analyser rapidement 50 Go de données par jour. Ils avaient besoin d'une base de données clé-valeur pour stocker l'historique des recherches des utilisateurs afin de permettre des recherches rapides permettant une recherche personnalisée, d'un magasin de données en mémoire pour stocker l'état des sessions pour un rendu du site plus rapide (inférieur à la milliseconde), et d'une base de données relationnelle comme base de données transactionnelle principale. Ils ont choisi Amazon DynamoDB comme base de données clé-valeur, ElastiCache Amazon comme magasin en mémoire et Amazon Relational Database Service (Amazon RDS) pour leur base de données transactionnelle. Pour plus d'informations sur la manière dont Airbnb utilise les services AWS de base de données, consultez l'étude de cas Airbnb.

La stratégie de migration des bases de données est étroitement liée à la stratégie cloud globale de votre entreprise. Par exemple, si vous choisissez de faire d'abord la transition de vos applications, puis de les transformer, vous pouvez d'abord décider de lever et de déplacer votre base de données. Lorsque vous êtes entièrement dans le AWS cloud, vous commencez à travailler à la modernisation de votre application. Cette stratégie peut vous aider à quitter rapidement vos centres de données actuels, puis à vous concentrer sur la modernisation.

La migration de votre base de données est étroitement liée à la migration de vos applications. Toutes les stratégies de migration de bases de données impliquent un certain niveau de modification des applications qui utilisent ces bases de données. Ces modifications peuvent aller du pointage vers le nouvel emplacement de la base de données dans le AWS Cloud à une réécriture totale de l'application, si celle-ci ne peut pas être modifiée parce que le code source n'est pas disponible, ou s'il s'agit d'une application tierce à source fermée.