Avec la « révolution » des conteneurs, les applications sont devenues bien plus qu'une simple base de données et une interface. Les applications sont divisées en divers microservices et elles communiquent généralement entre elles via une API REST (généralement des charges utiles au format JSON sur HTTP). Les conteneurs Docker sont idéaux pour ce type d'architecture. Vous pouvez empaqueter votre « microservice » frontal dans un conteneur Docker, la base de données va dans un autre, et ainsi de suite. Chaque service communique avec un autre via une API REST prédéfinie au lieu d'être un monolithe écrit comme un seul logiciel.
Si vous devez implémenter une nouvelle fonctionnalité ou une fonctionnalité, par exemple un moteur d'analyse, vous pouvez simplement écrire un nouveau microservice pour cela et il consommera des données via l'API REST exposée par les différents microservices de votre application Web. Et au fur et à mesure que vos fonctionnalités grandissent, cette liste de microservices grandira également.
Vous ne voulez pas déployer chaque conteneur individuel, le configurer, puis configurer tout le reste pour lui parler également. Cela deviendra fastidieux avec même trois conteneurs. Docker-Compose vous permet d'automatiser le déploiement de plusieurs conteneurs.
Docker-Compose est l'un des outils les plus simples qui vous aide à transformer l'idée abstraite de microservices en un ensemble fonctionnel de conteneur Docker.
Systèmes distribués
Maintenant que nous avons divisé l'application Web en plusieurs conteneurs, cela n'a plus de sens de les garder tous sur un seul serveur (pire encore sur une seule machine virtuelle !) C'est là que des services comme Docker Swarm et Kubernetes entrent en jeu.
Docker Swarm vous permet d'exécuter plusieurs répliques de votre application sur plusieurs serveurs. Si votre microservice est écrit de manière à pouvoir évoluer « horizontalement », vous pouvez utiliser Docker Swarm pour déployer votre application Web sur plusieurs centres de données et plusieurs régions. Cela offre une résilience contre la défaillance d'un ou plusieurs centres de données ou liaisons réseau. Cela se fait généralement à l'aide d'une sous-commande dans Docker, c'est-à-dire Docker Stack.
Les Pile Docker La sous-commande se comporte beaucoup plus comme la commande Docker-Compose et cela peut conduire à des idées fausses pour quelqu'un qui utilise l'une ou l'autre des technologies.
Source de confusion
En termes d'utilisation et de flux de travail, les deux technologies fonctionnent de manière très similaire, ce qui crée de la confusion. La façon dont vous déployez votre application à l'aide de Docker Swarm ou de Docker-Compose est très similaire. Vous définissez votre application dans un fichier YAML, ce fichier contiendra le nom de l'image, la configuration pour chaque image ainsi que l'échelle (nombre de réplicas) que chaque microservice devra respecter en déploiement.
La différence réside principalement dans le backend, où docker-compose déploie le conteneur sur un seul hôte Docker, Docker Swarm le déploie sur plusieurs nœuds. En gros, il peut toujours faire la plupart des choses que docker-compose peut faire, mais il le met à l'échelle sur plusieurs hôtes Docker.
Similitudes
Docker Swarm et Docker-Compose présentent les similitudes suivantes :
- Ils prennent tous les deux des définitions au format YAML de votre pile d'applications.
- Ils sont tous deux destinés à traiter des applications multi-conteneurs (microservices)
- Ils ont tous deux un paramètre de mise à l'échelle qui vous permet d'exécuter plusieurs conteneurs de la même image, ce qui permet à votre microservice de se mettre à l'échelle horizontalement.
- Ils sont tous deux maintenus par la même société, c'est-à-dire Docker, Inc.
Différences
Les quelques différences entre Docker Swarm et Docker-Compose :
- Docker Swarm est utilisé pour faire évoluer votre application Web sur un ou plusieurs serveurs. Alors que Docker-compose exécutera simplement votre application Web sur un seul hôte Docker.
- La mise à l'échelle de votre application Web Docker Swarm offre une haute disponibilité et une tolérance aux pannes sérieuses. La mise à l'échelle de votre application Web à l'aide de Docker-Compose sur un seul hôte n'est utile que pour les tests et le développement.
- Docker Swarm et les sous-commandes associées telles que Docker Swarm et Docker Stack sont intégrées à la CLI Docker elle-même. Ils font tous partie du binaire Docker que vous appelez via votre terminal. Docker-Compose est un binaire autonome en soi.
Un cas d'utilisation pour Docker-Compose
Comme décrit ci-dessus, ce sont tous deux des outils complètement différents et chacun résout un problème complètement différent, ce n'est donc pas comme si l'un était une alternative à l'autre. Cependant, pour donner aux nouveaux arrivants une idée de ce dont je parle, voici un cas d'utilisation pour Docker Compose.
Supposons que vous souhaitiez héberger vous-même un blog WordPress sur un seul serveur. Le configurer ou le maintenir n'est pas quelque chose que vous voulez faire, manuellement, donc ce que vous feriez à la place est d'installer Docker et Docker-compose sur votre VPS, créez un simple fichier YAML définissant tous les différents aspects de votre pile WordPress, comme ci-dessous, :
Remarque : si vous utilisez ce qui suit pour déployer un site WordPress, veuillez changer tous les mots de passe en quelque chose de sécurisé. Mieux encore, utilisez Docker Secrets pour stocker des données sensibles telles que des mots de passe, au lieu de les avoir dans un fichier texte brut.
version:'3'prestations de service:
base de données :
image : mysql :5.7
tomes :
- db_data :/où/lib/mysql
redémarrer : toujours
environnement:
MYSQL_ROOT_PASSWORD : somewordpress
MYSQL_DATABASE : wordpress
MYSQL_USER : wordpress
MYSQL_PASSWORD : wordpress
wordpress :
dépend de:
- db
image: wordpress:dernière
ports :
-'8000 : 80'
redémarrer : toujours
environnement:
WORDPRESS_DB_HOST : base de données :3306
WORDPRESS_DB_USER : wordpress
WORDPRESS_DB_PASSWORD : mot de passe wordpress
WORDPRESS_DB_NAME : wordpress
tomes :
db_data :{}
Une fois le fichier créé et Docker et Docker-compose installés, il ne vous reste plus qu'à exécuter :
$docker-composer-réEt votre site sera opérationnel. S'il y a une mise à jour, exécutez :
$docker-composer vers le basEnsuite, jetez les anciennes images Docker et exécutez la commande docker-compose up -d et les nouvelles images seront automatiquement extraites. Étant donné que les données persistantes sont stockées dans un volume Docker, le contenu de votre site Web ne sera pas perdu.
Quand utiliser Docker Swarm
Alors que Docker-compose est davantage un outil d'automatisation, Docker Swarm est destiné aux applications plus exigeantes. Applications Web avec des centaines ou des milliers d'utilisateurs ou une charge de travail qui doit être mise à l'échelle en parallèle. Les entreprises avec une large base d'utilisateurs et des exigences strictes en matière de SLA souhaiteraient utiliser un système distribué comme Docker Swarm. Si votre application s'exécute sur plusieurs serveurs et plusieurs centres de données, les risques de temps d'arrêt dus à un lien DC ou réseau affecté sont considérablement réduits.
Cela dit, j'hésite à recommander Docker Swarm pour les cas d'utilisation en production, car les technologies concurrentes comme Kubernetes sont sans doute plus adaptées à cette tâche. Kubernetes est pris en charge nativement par de nombreux fournisseurs de cloud et fonctionne très bien avec Docker Containers, vous n'avez donc même pas besoin de reconstruire votre application pour tirer parti de Kubernetes.
Conclusion
J'espère que cette divagation sur Docker et ses projets satellites a été instructive et que vous êtes mieux préparé pour l'écosystème docker.