Project Structure with Multiple Dockerfiles and Docker Compose

Watch out! This tutorial is over 5 years old. Please keep this in mind as some code snippets provided may no longer work or need modification to work on current systems.
Tutorial Difficulty Level    

When it comes to organizing your larger projects with Docker and Docker Compose there are a number of options.

Smaller projects are easy to organize right? You have 1 application which typically has a single Dockerfile and docker-compose.yml file.

Organizing a simple project with Docker on your file system could look like this:

myapp/
  - appcode/
  - Dockerfile
  - docker-compose.yml

Then your docker-compose.yml file could look like this:

version: '3'

services:
  myapp:
    build: '.'

But what happens when you have a few apps that each have their own Dockerfile? Chances are you’ll want a single docker-compose.yml file to control your entire stack of apps and services.

Here’s how we typically organize micro-services based projects:

myapp/
  - auth/
    - Dockerfile
  - billing/
    - Dockerfile
  - contact/
    - Dockerfile
  - user/
    - Dockerfile
  - docker-compose.yml

In this case, each service has its own Dockerfile because each of them are separate applications that belong to the same project. These services could be written in any language, it doesn’t matter.

The docker-compose.yml file for that might look like this:

version: '3'

services:
  auth:
    build: './auth'
  billing:
    build: './billing'
  contact:
    build: './contact'
  user:
    build: './user'

That’s going to build the Dockerfile for each of the services.