Let\u00b4s say , we have a new site project with WordPress. To simplify infrastructure management, we want to deploy all the components in Docker containers. For this, we are going to create two containers:<\/p>\n\n\n\n
a MySQL container;<\/li>
a WordPress container.<\/li><\/ul>\n\n\n\n<\/figure>\n\n\n\n
First, we need to create a docker-compose.yml file at the root of our project. In it, we will describe all the resources and services necessary to achieve our goal.<\/p>\n\n\n\n
Describe our first service: db<\/h4>\n\n\n\n
Set the version of Docker Compose<\/span><\/h5>\n\n\n\n
A docker-compose.yml file always begins with the following information:<\/p>\n\n\n\n<\/figure>\n\n\n\n
The version argument allows you to specify to Docker Compose which version you want to use. In our case, we will use version 3, which is currently the most used version. (3.8 actually<\/em>)<\/p>\n\n\n\n
Declare the first service and its image<\/span><\/h5>\n\n\n\n
We are now going to declare our first service, and therefore create our WordPress stack!<\/p>\n\n\n\n
PS: The set of containers that must be created must be defined under the services<\/strong> argument. Each container begins with a name ; in our case, our first container will be named db<\/strong>.<\/em><\/p>\n\n\n\n<\/figure>\n\n\n\n
Then, you need to describe your container; in our case, we’re using the image argument which allows us to define the Docker image we want to use.<\/p>\n\n\n\n
PS: Instead of “image”<\/strong> property ,we could also have used the “build<\/strong>” argument by specifying the path to our Dockerfile; so, when running Docker Compose, it would have built the container through the Dockerfile before running it.<\/em><\/p>\n\n\n\n
Set the volume to persist our data<\/span><\/h5>\n\n\n\n<\/figure>\n\n\n\n
As a reminder, keep in mind that Docker containers are not made to run stateful services, <\/strong>and a database is by definition a stateful service. However, you can use the “volumes”<\/strong> argument which allows you to store the entire contents of the \/var\/lib\/mysql<\/strong><\/em> folder in a persistent disk. And therefore, to be able to keep the data locally on our host.<\/p>\n\n\n\n
PS: This description is present thanks to the line db_data: \/var\/lib\/mysql<\/strong>.<\/em> db_data<\/strong><\/span> is a volume created by Docker directly, which allows data to be written to the host disk without specifying the exact location. We could also have made a \/data\/mysql:\/var\/lib\/mysql <\/strong>which would also be functional.<\/em><\/p>\n\n\n\n
Set the container restart policy<\/span><\/h5>\n\n\n\n<\/figure>\n\n\n\n
PS: The containers being by definition single-process, if this one encounters a fatal error, it can be brought to stop. In our case, if the MySQL server stops, it will restart automatically thanks to the restart: always<\/strong> argument.<\/em><\/p>\n\n\n\n
Set the environment variables<\/span><\/h5>\n\n\n\n<\/figure>\n\n\n\n
PS: The supplied MySQL image has several environment variables that you can use; in our case, we will give the container the values ??of the different passwords and users that must exist on this database. When you want to give environment variables to a container, you need to use the environment<\/strong> argument, like we used in the docker-compose.yml file above.<\/em><\/p>\n\n\n\n
<\/div>\n\n\n\n
Describe our second service: WordPress<\/h4>\n\n\n\n
In the second service, we create a container that will contain the necessary to make our site work with WordPress. This allows us to introduce two additional arguments.<\/p>\n\n\n\n<\/figure>\n\n\n\n
The first argument, “depends_on<\/strong>“, allows us to create a dependency between two containers. So Docker will start the db<\/strong> service before starting the WordPress<\/strong> service. Which is desirable behavior, because WordPress depends on the database to function properly.<\/p>\n\n\n\n
The second argument, “ports”<\/strong>, allows us to tell Docker Compose that we want to expose a port from our host machine to our container, and thus make it accessible from the outside.<\/p>\n\n\n\n
Here is the docker-compose.yml file in its final version:<\/strong><\/span><\/em><\/p>\n\n\n\n<\/figure>\n\n\n\n
<\/div>\n\n\n\n
Launch your Docker Compose stack<\/h4>\n\n\n\n
When you run your containers with the docker-compose up -d<\/em><\/strong> command, you should have the following output:<\/p>\n\n\n\n<\/figure>\n\n\n\n
When executing this command, Docker Compose starts by checking whether we have the necessary images locally to launch the stacks. Otherwise, it downloads them from a registry, or builds them via a docker build<\/em><\/strong>.<\/p>\n\n\n\n
This then launches the two containers on your system; in our case, you will be able to see the result by opening the following URL in your browser: http:\/\/127.0.0.1:8000<\/em><\/strong><\/p>\n\n\n\n<\/figure>\n\n\n\n
<\/div>\n\n\n\n
Summary<\/strong><\/span><\/h4>\n\n\n\n
Here are the arguments we have seen in this chapter:<\/p>\n\n\n\n
image<\/em> <\/strong>which allows to specify the source image for the container;<\/li>
build<\/em><\/strong> which allows you to specify the source Dockerfile<\/strong> to create the container image;<\/li>
volume<\/em><\/strong> that allows you to specify the mount points between the host system and the containers;<\/li>
restart<\/em><\/strong> which allows you to define the behavior of the container if case of the process stopping;<\/li>
environment<\/em><\/strong> which allows you to define environment variables;<\/li>
depends_on<\/em><\/strong> which allows to say that the container depends on another container;<\/li>
ports<\/em><\/strong> which allows you to define the ports available between the host machine and the container.<\/li><\/ul>\n\n\n\n
Commands<\/strong><\/span><\/h4>\n\n\n\n
docker-compose ps<\/em><\/strong> will allow you to see the status of your entire stack;<\/li>
docker-compose stop<\/em><\/strong> will allow you to stop all the services of a stack.<\/li>
docker-compose down<\/em><\/strong> will allow you to destroy all the resources of a stack;<\/li>
docker-compose config<\/em><\/strong> will allow you to validate the syntax of your docker-compose.yml file.<\/li>
docker-compose logs -f –tail 5<\/em><\/strong> will allow you to display the logs of your stack;<\/li><\/ul>\n\n\n\n
Let\u00b4s say , we have a new site project with WordPress. To simplify infrastructure management, we want to deploy all the components in Docker containers. For this, we are going to create two containers: a MySQL container; a WordPress container. First, we need to create a docker-compose.yml file at the root of our project. In […]<\/p>\n","protected":false},"author":1,"featured_media":1257,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[1,221],"tags":[182,349,350,118],"_links":{"self":[{"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/1247"}],"collection":[{"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/comments?post=1247"}],"version-history":[{"count":1,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/1247\/revisions"}],"predecessor-version":[{"id":1258,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/posts\/1247\/revisions\/1258"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/media\/1257"}],"wp:attachment":[{"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/media?parent=1247"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/categories?post=1247"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nguenkam.com\/blog\/index.php\/wp-json\/wp\/v2\/tags?post=1247"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"Structure](\"https:\/\/user.oc-static.com\/upload\/2019\/05\/10\/15574820463301_Capture%20d%E2%80%99e%CC%81cran%202019-05-10%20a%CC%80%2011.53.35.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-4.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-5.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-6.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-7.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-8.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-9.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-10.png\")
<\/figure>\n\n\n\n<\/div>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-11.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/nguenkam.com\/blog\/wp-content\/uploads\/2021\/07\/image-12.png\")
<\/figure>\n\n\n\n<\/div>\n\n\n\n