Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article compare les services de base de données opérationnels sur Amazon Web Services (AWS) et les Azure. Il couvre les bases de données relationnelles et les magasins de données non relationnels pour les charges de travail de type document, clé-valeur, en colonnes larges, graphe et en mémoire.
Pour plus d’informations sur l’intégration des données, les lacs de données, les entrepôts de données, le traitement des flux et l’informatique décisionnelle, consultez les services Analytics sur Azure et AWS.
Services de base de données relationnelles Amazon RDS et Azure
Azure fournit des services managés pour plusieurs moteurs de base de données qui correspondent aux moteurs disponibles via Amazon Relational Database Service (Amazon RDS). Ces services sont les suivants :
- Base de données SQL Azure
- Azure Database pour MySQL
- Base de données Azure pour PostgreSQL
- SQL Database dans Microsoft Fabric
| Type | Service d'AWS | Azure Service | Description |
|---|---|---|---|
| Base de données relationnelle | Amazon RDS |
Base de données SQL Azure Azure Database pour MySQL Base de données Azure pour PostgreSQL |
Les services de base de données relationnelle managés dans lesquels la résilience, la mise à l’échelle et la maintenance sont principalement gérés par la plateforme Azure. |
| Base de données relationnelle sans serveur | Amazon Aurora serverless |
Azure SQL Database sans serveur SQL Database dans Microsoft Fabric |
Offres de base de données qui adaptent automatiquement les ressources de calcul en fonction de la demande de charge de travail. Le mode serverless d’Azure SQL Database est facturé à la seconde pour la capacité de calcul réellement utilisée. SQL Database dans Fabric facture en fonction de la référence SKU de capacité que vous achetez. |
| PostgreSQL cloud-native avec séparation du calcul et du stockage | Amazon Aurora PostgreSQL | Azure HorizonDB (préversion) | Le service compatible PostgreSQL qui sépare le calcul du stockage, met à l’échelle les lectures par le biais de réplicas et fournit un stockage avec résilience de zone par défaut. Étant donné qu’il est en préversion, confirmez son état actuel avant de planifier une migration de production. |
Vous pouvez déployer d’autres moteurs de base de données, tels que SQL Server, Oracle et MySQL, sur des instances de machine virtuelle Azure.
Les coûts Amazon RDS dépendent de la quantité de ressources matérielles utilisées par votre instance, telles que le processeur, la RAM, le stockage et la bande passante réseau. Dans les services de base de données Azure, le coût dépend de la taille de votre base de données, des connexions simultanées et des niveaux de débit. Dans Microsoft Fabric, le coût est basé sur la référence SKU de capacité que vous achetez, ce qui vous donne droit à un ensemble de Capacity Units (CU). Vous partagez ces CU dans toutes les charges de travail Fabric, y compris SQL Database dans Microsoft Fabric.
Pour en savoir plus, consultez :
Services de base de données non relationnelles
AWS et Azure fournissent des services non relationnels pour des modèles de données distincts. Une API compatible ne garantit pas la parité opérationnelle ni la fonctionnalité. Avant la migration, comparez le partitionnement, la cohérence, les transactions, l’indexation, le comportement des requêtes, les flux de modification, la distribution globale, les unités de débit et la compatibilité du pilote client.
Azure Cosmos DB prend en charge plusieurs API et modèles de données. Créez un compte distinct pour chaque API et utilisez la même API pour tous les accès aux données de ce compte. Azure fournit également Azure DocumentDB pour les charges de travail de document vCore compatibles avec MongoDB et Azure Managed Instance pour Apache Cassandra pour les clusters Cassandra open source managés.
Pour la mise en cache en mémoire et les données temporaires, Azure Redis managé fournit un service managé basé sur Redis Enterprise. Ne l’utilisez pas comme base de données persistante faisant autorité pour une charge de travail.
Pour en savoir plus, consultez :
Comparaison des services
| Modèle de données ou fonctionnalité | Service d'AWS | Service d'Azure | Conseils de sélection |
|---|---|---|---|
| Base de données relationnelle managée | Amazon RDS | Azure SQL Database, Azure Database pour MySQL ou Azure Database pour PostgreSQL | Sélectionnez d’abord par moteur de base de données. Comparez ensuite la haute disponibilité, les répliques de lecture, la mise à l’échelle, la maintenance, les extensions et la prise en charge des migrations. |
| Base de données relationnelle sans serveur | Amazon Aurora serverless | Azure SQL Database serverless ou SQL Database dans Microsoft Fabric | Ces services utilisent différents modèles de mise à l’échelle et de facturation. SQL Database serverless peut automatiquement mettre à l’échelle les ressources de calcul et se mettre en pause en cas d’inactivité. SQL Database dans Fabric consomme une capacité de Fabric partagée et intègre des données opérationnelles avec Fabric analytics. |
| Base de données de clés/valeurs et de documents | Amazon DynamoDB | Azure Cosmos DB pour NoSQL | Les deux services distribuent les données par clé de partition et fournissent des flux de modification. Leur cohérence, indexation, requête, transaction, capacité et modèles tarifaires diffèrent. Planifiez les modifications apportées aux applications et aux modèles de données au lieu d’assumer la compatibilité des API. |
| Base de données de documents compatible MongoDB | Amazon DocumentDB | Azure DocumentDB ou Azure Cosmos DB pour MongoDB | Azure DocumentDB utilise un modèle vCore et le protocole filaire MongoDB. Azure Cosmos DB pour MongoDB fournit un service distribué basé sur les unités de requête. Validez les versions de MongoDB prises en charge, les commandes, les extensions, la mise à l’échelle et les outils de migration. |
| Base de données à colonnes larges | Amazon Keyspaces pour Apache Cassandra | Azure Cosmos DB pour Apache Cassandra ou Azure Managed Instance pour Apache Cassandra | Utilisez Cosmos DB pour Apache Cassandra lorsque vous souhaitez un service de Azure Cosmos DB managé avec la compatibilité du protocole Cassandra. Utilisez Managed Instance lorsque vous avez besoin de clusters Cassandra open source managés et d’une meilleure compatibilité au niveau du moteur. |
| Base de données de graphe | Amazon Neptune | Azure Cosmos DB pour Apache Gremlin | Neptune prend en charge les graphes de propriétés et les charges de travail RDF. Azure Cosmos DB pour Gremlin prend en charge le modèle de graphique de propriétés et le langage de requête Gremlin. Les charges de travail RDF et SPARQL nécessitent une autre conception. |
| Données du tableau | Amazon DynamoDB | Azure Table Storage ou Azure Cosmos DB for Table | Utilisez le service Table Storage pour un stockage simple de type clé-attribut. Utilisez Azure Cosmos DB for Table lorsque vous avez besoin d’un débit distribué à l’échelle mondiale, de plusieurs options de cohérence et de fonctionnalités d’Azure Cosmos DB. |
| Cache en mémoire et magasin de données temporaire | Amazon ElastiCache | Azure Managed Redis | Utilisez Azure Redis managé pour la mise en cache, les sessions, la messagerie et d’autres modèles de données temporaires à faible latence. Conservez les données faisant autorité dans une base de données persistante. |
| Base de données durable compatible avec Redis | Amazon MemoryDB | Aucun équivalent direct | Amazon MemoryDB est conçu comme une base de données primaire durable. Azure Managed Redis est un cache et un magasin de données temporaire. Sur Azure, évaluez Azure Cosmos DB ou une autre base de données persistante comme système d’enregistrement, avec Azure Redis managé comme cache facultatif. |
| Migration de base de données | AWS Database Migration Service | Azure Database Migration Service | La prise en charge varie selon le mode de migration source, cible et en ligne ou hors connexion. Vérifiez les scénarios de migration de Azure pris en charge avant de sélectionner un outil. |
Considérations relatives à la migration
La migration de base de données nécessite plus que le déplacement de données. Fonctionnalités du moteur d’inventaire, procédures stockées, extensions, index, hypothèses de cohérence, clés de partition, limites de transaction, dépendances de capture de données modifiées et processus opérationnels. Testez le comportement et les performances de l’application par rapport au service cible avant le basculement.
Si vous envisagez de migrer une charge de travail AWS vers Azure, consultez Migrer des bases de données d’AWS vers Azure et ses exemples de scénarios de migration.
Contributeurs
Microsoft conserve cet article. Les contributeurs suivants ont écrit cet article.
Auteur principal :
- Yuri Baijnath | Senior Cloud Solution Architect Manager
Autre contributeur :
- Richard Fitzgerald | Architecte de solution cloud senior
Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.