Architecture Pro

Votre architecture Adobe Commerce sur l’infrastructure cloud Pro prend en charge plusieurs environnements que vous pouvez utiliser pour développer, tester et lancer votre boutique.

Le tableau suivant résume les différences entre les environnements :

Architecture de l’environnement

Votre projet est un référentiel Git unique avec trois branches d’environnement principales : integration, staging et production. Le diagramme suivant illustre la relation hiérarchique des environnements Pro :

Environnement de Principal

Sur les projets Pro, la branche master fournit un environnement PaaS actif avec votre environnement de production. Envoyez toujours une copie du code de production à l’environnement master afin que vous puissiez déboguer l’environnement de production sans interrompre les services.

Avertissements :

Environnement d’intégration

L’environnement d’intégration s’exécute dans un conteneur Linux (LXC) sur une grille de serveurs appelée PaaS. Chaque environnement comprend un serveur web et une base de données pour tester votre site. Voir Adresses IP régionales pour obtenir la liste des adresses IP AWS et Azure.

Cas d’utilisation recommandés :

Les environnements d’intégration sont conçus pour des tests et un développement limités avant de déplacer les modifications vers les environnements d’évaluation et de production. Par exemple, vous pouvez utiliser l’environnement d’intégration pour effectuer les tâches suivantes :

Pour de meilleures performances dans l’environnement d’intégration, suivez les bonnes pratiques suivantes :

Avertissements :

Environnement d’évaluation

L’environnement d’évaluation fournit un environnement de quasi-production pour tester votre site. Cet environnement, qui est hébergé sur du matériel IaaS dédié, comprend tous les services, tels que Fastly CDN, New Relic APM et la recherche.

Cas d’utilisation recommandés :

L’environnement correspond à l’architecture de production et est conçu pour l’UAT, l’évaluation du contenu et la révision finale avant de transférer des fonctionnalités vers l’environnement production. Par exemple, vous pouvez utiliser l’environnement staging pour effectuer les tâches suivantes :

Voir Workflow de déploiement et Déploiement de test.

Avertissements :

Environnement de production

L’environnement de production exécute vos vitrines à site unique et multi-site destinées au public. Cet environnement s’exécute sur du matériel IaaS dédié, qui comprend des noeuds redondants haute disponibilité pour un accès continu et une protection contre le basculement pour vos clients. L’environnement de production comprend tous les services de l’environnement d’évaluation, ainsi que le service New Relic Infrastructure (NRI), qui se connecte automatiquement aux données de l’application et à l’analyse des performances pour fournir une surveillance dynamique du serveur.

Avertissement :

Vous ne pouvez pas créer de branche à partir de la branche production. À la place, vous poussez les modifications de code de la branche staging vers la branche production.

Pile de technologie de production

L'environnement de production comporte trois machines virtuelles derrière un équilibreur de charge élastique géré par un HAProxy par VM. Chaque VM comprend les technologies suivantes :

La figure suivante présente les technologies utilisées dans l’environnement de production :

Matériel redondant

Plutôt que d’exécuter une configuration traditionnelle active-passive master ou primaire-secondaire, Adobe Commerce sur l’infrastructure cloud exécute une architecture redondante où les trois instances acceptent les lectures et écritures. Cette architecture n’offre aucun temps d’arrêt lors de la mise à l’échelle et offre une intégrité transactionnelle garantie.

En raison du matériel unique et redondant, Adobe peut fournir trois serveurs de passerelle. La plupart des services externes vous permettent d’ajouter plusieurs adresses IP à une liste autorisée. Par conséquent, avoir plusieurs adresses IP fixes n’est pas un problème. Les trois passerelles correspondent aux trois serveurs de votre grappe d’environnements de production et conservent les adresses IP statiques. Elle est entièrement redondante et hautement disponible à tous les niveaux :

Sauvegarde et reprise après sinistre

Adobe Commerce sur l’infrastructure cloud utilise une architecture haute disponibilité qui reproduit chaque projet Pro sur trois zones de disponibilité AWS ou Azure distinctes, chacune d’elles disposant d’un centre de données distinct. En plus de cette redondance, les environnements d’évaluation et de production Pro reçoivent des sauvegardes en direct régulières, conçues pour être utilisées en cas d’échec catastrophique.

Les sauvegardes automatiques incluent des données persistantes de tous les services en cours d’exécution, telles que la base de données MySQL et les fichiers stockés sur les volumes montés. Les sauvegardes sont enregistrées dans un stockage en bloc chiffré (EBS) dans la même région que l’environnement de production. Les sauvegardes automatiques ne sont pas accessibles publiquement car elles sont stockées dans un système distinct.

Vous pouvez créer une sauvegarde manuelle de la base de données pour vos environnements d’évaluation et de production à l’aide des commandes de l’interface de ligne de commande. Voir Sauvegarde de la base de données. Pour les environnements integration, Adobe recommande de créer une sauvegarde comme première étape après avoir accédé à votre projet d’infrastructure cloud Adobe Commerce et avant d’appliquer toute modification majeure. Voir Gestion des sauvegardes.

Objectif du point de récupération

RPO est six heures au maximum pour terminer la dernière sauvegarde (par exemple à 6h00, puis à 12h00, puis 18h00). La fréquence des sauvegardes dépend du planning de sauvegarde de votre plan et du volume des modifications à écrire au service de stockage.

Politique de rétention

Adobe conserve les sauvegardes automatiques, conformément à la politique de conservation des données suivante :

Cette stratégie peut varier en fonction de votre plan d’infrastructure cloud.

Objectif du temps de récupération

Le RTO dépend de la taille du stockage. Les gros volumes EBS nécessitent plus de temps pour être restaurés. Les temps de restauration peuvent varier en fonction de la taille de votre base de données :

Mise à l’échelle Pro

Les configurations de taille de grappe Pro et compute varient en fonction du fournisseur de cloud sélectionné (AWS, Azure), de la région et des dépendances de service. L’infrastructure cloud d’Adobe peut mettre à l’échelle des grappes Pro pour répondre aux attentes en matière de trafic et aux besoins en matière de service au fur et à mesure que les demandes changent.

L’architecture redondante permet à l’infrastructure cloud d’Adobe d’évoluer sans temps d’arrêt. Lors de la mise à l’échelle, chacune des trois instances alterne pour mettre à niveau la capacité sans affecter le fonctionnement du site. Par exemple, vous pouvez ajouter des serveurs web supplémentaires à une grappe existante si la construction se fait au niveau PHP plutôt qu’au niveau de la base de données. Cette opération fournit une mise à l’échelle horizontale en complément de la mise à l’échelle verticale fournie par des processeurs supplémentaires au niveau de la base de données. Voir Architecture mise à l’échelle.

Si vous prévoyez une augmentation importante du trafic pour un événement ou une autre raison, vous pouvez demander une augmentation temporaire de la capacité. Voir Comment demander une mise à niveau temporaire dans le Centre d’aide de Commerce.