Exemples

Dans ce scénario, notre client souhaite développer un site internet utilisant WordPress.

Pour stocker les données du site, nous utiliserons un conteneur MySQL. Le client aura la flexibilité de démarrer des conteneurs individuellement ou de créer une stack regroupant plusieurs conteneurs interconnectés, selon ses besoins spécifiques.

Dans ce deuxième scénario, pour réduire les risques de panne, le client met en place un cluster Docker. Il déploie ensuite un "service", un mécanisme qui facilite la réplication de conteneurs en appliquant diverses contraintes adaptées aux exigences du projet.

L'objectif est de minimiser les risques de défaillance ou d'interruption du service de l'application. Cette configuration offre aussi l'avantage de simplifier les mises à jour de l'application sans nécessiter d'arrêts de production, garantissant ainsi une continuité du service.

 

Dans ce troisième scénario, afin d'augmenter la scalabilité et la résilience du service, les données persistantes, telles que les fichiers de configuration de WordPress et sa base de données, ne sont plus hébergées localement sur chaque nœud du cluster.

À la place, elles sont centralisées sur une autre machine virtuelle en utilisant le protocole NFS (Network File System). Cette approche réduit les contraintes associées au redéploiement d'un service et facilite grandement la gestion des sauvegardes, contribuant ainsi à une meilleure efficacité et fiabilité du système.