Présentation de la solution de base de données partagée
Adobe Commerce offre plusieurs avantages en termes d’évolutivité, notamment la possibilité d’utiliser trois bases de données maîtres distinctes pour différents domaines fonctionnels de l’application Commerce.
L’extraction, les commandes et les données de produit peuvent utiliser une base de données principale distincte que vous pouvez éventuellement répliquer. Cette séparation met à l’échelle la charge par rapport aux passages en caisse d’un site web, aux activités de gestion des commandes, à la navigation sur le site web et aux activités de marchandisage, selon vos besoins. Ces modifications offrent une flexibilité considérable dans la façon dont le niveau de la base de données peut être mis à l’échelle.
La classe ResourceConnections fournit la connexion de base de données MySQL unifiée à l’application Commerce. Pour les requêtes envoyées aux bases de données principales, nous implémentons le modèle de base de données CQRS (Command Query Responsabilité Segregation). Ce modèle gère la logique de routage des requêtes de lecture et d’écriture vers les bases de données appropriées. Les développeurs n’ont pas besoin de savoir quelle configuration est utilisée et il n’existe aucune connexion de base de données en lecture et en écriture distincte.
Si vous configurez une réplication de base de données facultative, vous bénéficiez des avantages suivants :
- Sauvegarde des données
- Analyse des données sans affecter la base de données principale
- Évolutivité
Les bases de données MySQL se répliquent de manière asynchrone, ce qui signifie que les esclaves n’ont pas besoin d’être connectés de manière permanente pour recevoir les mises à jour du maître.
La figure suivante illustre le fonctionnement de cette fonctionnalité.
Dans Magento Open Source, une seule base de données principale est utilisée.
Adobe Commerce utilise trois bases de données principales et un nombre configurable de bases de données esclaves pour la réplication. Adobe Commerce dispose d’une interface unique pour les connexions à la base de données, ce qui se traduit par des performances plus rapides et une meilleure évolutivité.
Options de configuration
En raison de la conception de la solution de performances de la base de données partagée, votre code personnalisé et les composants installés ne peuvent pas effectuer l’une des opérations suivantes :
- Ecrire directement dans la base de données (vous devez utiliser l'interface de la base de données Adobe Commerce)
- Utiliser des JOIN qui affectent les bases de données de ventes ou de devis
- Utiliser des clés étrangères pour les tables dans les bases de données principales, de ventes ou de passage en caisse
- Demandez aux développeurs de composants de mettre à jour leurs composants.
- Utilisez les composants tels quels sans la solution de base de données partagée.
- Supprimez les composants pour pouvoir utiliser la solution de base de données partagée.
Cela signifie également que vous pouvez :
-
Configurez la solution de base de données partagée avant de mettre Commerce en production.
Adobe recommande de configurer des bases de données partagées dès que possible après l’installation du logiciel Commerce.
-
Configurez manuellement la solution de base de données partagée.
Vous devez effectuer cette tâche si vous avez déjà installé des composants ou si Commerce est déjà en production. (Ne mettez pas à jour un système de production ; effectuez les mises à jour dans un système de développement et synchronisez les modifications après les avoir testés.)
note warning WARNING Vous devez sauvegarder manuellement les deux instances de base de données supplémentaires. Commerce sauvegarde uniquement l’instance de base de données principale. La commande magento setup:backup --dbet les options d'administration ne sauvegardent pas les tables supplémentaires.
Conditions préalables
La base de données partagée nécessite la configuration de trois bases de données MySQL maîtres sur n’importe quel hôte (les trois sur le serveur Commerce, chaque base de données sur un serveur distinct, etc.). Il s’agit des bases de données master qui sont utilisées comme suit :
- Une base de données principale pour les tables de passage en caisse
- Une base de données principale pour les tables de ventes (également appelée Order Management System ou OMS, tables)
- Une base de données principale pour le reste des tables de l’application Commerce 2
En outre, vous pouvez éventuellement configurer un nombre indéfini de bases de données slave qui servent d’équilibreurs de charge et de sauvegardes.
Ce guide explique uniquement comment configurer les bases de données principales. Nous fournissons des exemples de configurations et de références pour que vous puissiez configurer des bases de données esclaves si vous le souhaitez.
Dans ce guide, les trois bases de données principales sont nommées :
magento_quotemagento_salesmagento
(Vous pouvez nommer vos bases de données comme bon vous semble.)