マルチコンテナーアプリケーション
Explanation
Starting up a single-container application is easy. For example, a Python script that performs a specific data processing task runs within a container with all its dependencies. Similarly, a Node.js application serving a static website with a small API endpoint can be effectively containerized with all its necessary libraries and dependencies. However, as applications grow in size, managing them as individual containers becomes more difficult.
Imagine the data processing Python script needs to connect to a database. Suddenly, you're now managing not just the script but also a database server within the same container. If the script requires user logins, you'll need an authentication mechanism, further bloating the container size.
One best practice for containers is that each container should do one thing and do it well. While there are exceptions to this rule, avoid the tendency to have one container do multiple things.
Now you might ask, "Do I need to run these containers separately? If I run them separately, how shall I connect them all together?"
While docker run
is a convenient tool for launching containers, it becomes difficult to manage a growing application stack with it. Here's why:
- Imagine running several
docker run
commands (frontend, backend, and database) with different configurations for development, testing, and production environments. It's error-prone and time-consuming. - Applications often rely on each other. Manually starting containers in a specific order and managing network connections become difficult as the stack expands.
- Each application needs its
docker run
command, making it difficult to scale individual services. Scaling the entire application means potentially wasting resources on components that don't need a boost. - Persisting data for each application requires separate volume mounts or configurations within each
docker run
command. This creates a scattered data management approach. - Setting environment variables for each application through separate
docker run
commands is tedious and error-prone.
That's where Docker Compose comes to the rescue.
Docker Compose defines your entire multi-container application in a single YAML file called compose.yml
. This file specifies configurations for all your containers, their dependencies, environment variables, and even volumes and networks. With Docker Compose:
- You don't need to run multiple
docker run
commands. All you need to do is define your entire multi-container application in a single YAML file. This centralizes configuration and simplifies management. - You can run containers in a specific order and manage network connections easily.
- You can simply scale individual services up or down within the multi-container setup. This allows for efficient allocation based on real-time needs.
- You can implement persistent volumes with ease.
- It's easy to set environment variables once in your Docker Compose file.
By leveraging Docker Compose for running multi-container setups, you can build complex applications with modularity, scalability, and consistency at their core.
Try it out
In this hands-on guide, you'll first see how to build and run a counter web application based on Node.js, an Nginx reverse proxy, and a Redis database using the docker run
commands. You’ll also see how you can simplify the entire deployment process using Docker Compose.
Set up
Get the sample application. If you have Git, you can clone the repository for the sample application. Otherwise, you can download the sample application. Choose one of the following options.
Use the following command in a terminal to clone the sample application repository.
$ git clone https://github.com/dockersamples/nginx-node-redis
Navigate into the
nginx-node-redis
directory:$ cd nginx-node-redis
Inside this directory, you'll find two sub-directories -
nginx
andweb
.Download the source and extract it.
Navigate into the
nginx-node-redis-main
directory:$ cd nginx-node-redis-main
Inside this directory, you'll find two sub-directories -
nginx
andweb
.Download and install Docker Desktop.
Build the images
Navigate into the
nginx
directory to build the image by running the following command:$ docker build -t nginx .
Navigate into the
web
directory and run the following command to build the first web image:$ docker build -t web .
Run the containers
Before you can run a multi-container application, you need to create a network for them all to communicate through. You can do so using the
docker network create
command:$ docker network create sample-app
Start the Redis container by running the following command, which will attach it to the previously created network and create a network alias (useful for DNS lookups):
$ docker run -d --name redis --network sample-app --network-alias redis redis
Start the first web container by running the following command:
$ docker run -d --name web1 -h web1 --network sample-app --network-alias web1 web
Start the second web container by running the following:
$ docker run -d --name web2 -h web2 --network sample-app --network-alias web2 web
Start the Nginx container by running the following command:
$ docker run -d --name nginx --network sample-app -p 80:80 nginx
メモ
Nginx is typically used as a reverse proxy for web applications, routing traffic to backend servers. In this case, it routes to the Node.js backend containers (web1 or web2).
Verify the containers are up by running the following command:
$ docker ps
You will see output like the following:
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 2cf7c484c144 nginx "/docker-entrypoint.…" 9 seconds ago Up 8 seconds 0.0.0.0:80->80/tcp nginx 7a070c9ffeaa web "docker-entrypoint.s…" 19 seconds ago Up 18 seconds web2 6dc6d4e60aaf web "docker-entrypoint.s…" 34 seconds ago Up 33 seconds web1 008e0ecf4f36 redis "docker-entrypoint.s…" About a minute ago Up About a minute 6379/tcp redis
If you look at the Docker Desktop Dashboard, you can see the containers and dive deeper into their configuration.
With everything up and running, you can open http://localhost in your browser to see the site. Refresh the page several times to see the host that’s handling the request and the total number of requests:
web2: Number of visits is: 9 web1: Number of visits is: 10 web2: Number of visits is: 11 web1: Number of visits is: 12
メモ
You might have noticed that Nginx, acting as a reverse proxy, likely distributes incoming requests in a round-robin fashion between the two backend containers. This means each request might be directed to a different container (web1 and web2) on a rotating basis. The output shows consecutive increments for both the web1 and web2 containers and the actual counter value stored in Redis is updated only after the response is sent back to the client.
You can use the Docker Desktop Dashboard to remove the containers by selecting the containers and selecting the Delete button.
Simplify the deployment using Docker Compose
Docker Compose provides a structured and streamlined approach for managing multi-container deployments. As stated earlier, with Docker Compose, you don’t need to run multiple docker run
commands. All you need to do is define your entire multi-container application in a single YAML file called compose.yml
. Let’s see how it works.
Navigate to the root of the project directory. Inside this directory, you'll find a file named compose.yml
. This YAML file is where all the magic happens. It defines all the services that make up your application, along with their configurations. Each service specifies its image, ports, volumes, networks, and any other settings necessary for its functionality.
Use the
docker compose up
command to start the application:$ docker compose up -d --build
When you run this command, you should see output similar to the following:
Running 5/5 ✔ Network nginx-nodejs-redis_default Created 0.0s ✔ Container nginx-nodejs-redis-web1-1 Started 0.1s ✔ Container nginx-nodejs-redis-redis-1 Started 0.1s ✔ Container nginx-nodejs-redis-web2-1 Started 0.1s ✔ Container nginx-nodejs-redis-nginx-1 Started
If you look at the Docker Desktop Dashboard, you can see the containers and dive deeper into their configuration.
Alternatively, you can use the Docker Desktop Dashboard to remove the containers by selecting the application stack and selecting the Delete button.
In this guide, you learned how easy it is to use Docker Compose to start and stop a multi-container application compared to docker run
which is error-prone and difficult to manage.