Développement6 juin 2026· via DEV Community

"Votre Plateforme E-commerce a atteint les 2 Millions de Visiteurs Par Jour - Quel Est le

"Votre Plateforme E-commerce a atteint les 2 Millions de Visiteurs Par Jour - Quel Est le

Image : DEV Community

Votre plateforme e-commerce a atteint les 2 millions de visiteurs par jour. Sur le continent américain, environ 70% des utilisateurs sont présents, tandis que la moitié est en Europe. Les plaintes sur la latence émergent principalement chez les utilisateurs européens - une moyenne de 380 millisecondes pour un voyage round-trip vers votre région US-East. Les tickets de support augmentent de 40%. C'est l'approche qui s'inscrit dans votre stratégie pour la Black Friday, en seulement six semaines. Votre infrastructure se compose d'un seul us-east-1 region RDS PostgreSQL (chaîne principale), Redis cache et 12 microservices sur un API Gateway.

Les équipes techniques sont débattues sur quatre options possibles. Voici les règles que vous devez respecter : Vous ne pouvez pas effectuer une réécriture complète de la base de données, et vous avez besoin de ce produit avant Black Friday.

Voici les quatre approches :

A) Active-Active multi-region - déploiement du tout-stack dans eu-west-1, utilisé un distributeur de base (CockroachDB ou Aurora Global), où les utilisateurs sont raccourcis à la région la plus proche. Les écritures se mettent en route simultanément à toutes les régions.

B) Active-Passive avec des copies d'activité - restez dans l'us-east-1 comme la plate-forme principale, créez une hot standby avec des copies locales de régions européennes. Les lectures à distance s'exécutent en local, tandis que les écritures se poursuivent vers US.

C) CDN + Edge caching - maintenez le seul region, déplacez les assets statiques et les réponses cacheables du CloudFront à vos nœuds edge Europeens. Pas de changement dans la base de données.

D) Active-Active avec une cohérence finale évolutif - déploiement complet des micro-services sur les deux régions, autorisez chaque région à être propriétaire d'écritures différentes, synchronisez les écritures par asynchrone. Acceptez que l'un des utilisateurs européens voit peut-être un écriture US 200 millisecondes tardive.

De ces quatre options, trois sont récurrents chez le monde de la production : une approche A, B ou C résoudra votre problème en Europe avec vos contraintes. La solution qui est la vraie pour vous, avant Black Friday. Choisissez l'une d'entre elles - A, B, C, ou D - et expliquez pourquoi vous choisissez cette option. Pour plus de détails, consultez les commentaires.

Si votre équipe a déjà été dans une situation similaire, partagez cette expérience avec eux. Les parités sont ce qui compte le plus. Donnez-moi votre réponse 👇 30DaysOfSystemDesign #SystemDesign #DistributedSystems #SoftwareArchitecture


Source : DEV Community. Synthèse éditoriale assistée par IA — TechnoExpress.

Lire la source originale sur DEV Community →

← Retour à l'accueil