Example docker + docker-compose + caddy + traefik setup that routes to multiple apps from one exposed HTTP port

README.md

Example docker-compose setup that routes to separate hosts while exposing one port

This example runs 4 different docker containers:

• a traefik reverse proxy
• 3 caddy instances (simple/modern web server with minimal config)

The 3 applications are completely isolated from the outside network, and are neither accessible nor can access the WAN.

The HTTP routing (and eventual SSL termination) is up to traefik or your reverse proxy of choice.

Running it

Careful: this CLI script will use sudo rights, please audit it before running it!

./run.sh

app1-Dockerfile

FROM abiosoft/caddy:0.11.0

ADD ./Caddyfile /etc/Caddyfile
ADD ./app1.html /serve/index.html

app1.html

<title>app1</title>

app2-Dockerfile

FROM abiosoft/caddy:0.11.0

ADD ./Caddyfile /etc/Caddyfile
ADD ./app2.html /serve/index.html

app2.html

<title>app2</title>

app3-Dockerfile

FROM abiosoft/caddy:0.11.0

ADD ./Caddyfile /etc/Caddyfile
ADD ./app3.html /serve/index.html

app3.html

<title>app3</title>

Caddyfile

:80 {
    root /serve
}

docker-compose.yml

version: '3.5'
services:

  traefik:
    image: traefik:1.7
    command: --web --docker --docker.domain=app.test --logLevel=DEBUG
    depends_on:
    # our setup relies on the 3 apps running. Trying to spin up traefik will bring up those too
    - "app1"
    - "app2"
    - "app3"
    ports:
    # access this with the correct Host header to access the respective container
    - "80:80"
    # management UI
    - "8080:8080"
    volumes:
    # traefik does its magic by reading information about running containers from the docker socket
    - /var/run/docker.sock:/var/run/docker.sock
    - /dev/null:/traefik.toml
    networks:
      outside-world:
      internal-network:

  # app1, app2 and app3 are Caddy instances listening to port 80 and serving an index.html.
  app1:
    build:
      context: .
      dockerfile: app1-Dockerfile
    networks:
      internal-network:
        # the aliases are not required, but are useful if the applications want to internally
        # reference each other by host name
        aliases:
        - "app1.test"
    labels:
    - "traefik.port=80"
    - "traefik.frontend.rule=Host:app1.localhost"

  app2:
    build:
      context: .
      dockerfile: app2-Dockerfile
    networks:
      internal-network:
        aliases:
        - "app2.test"
    labels:
    - "traefik.port=80"
    - "traefik.frontend.rule=Host:app2.localhost"

  app3:
    build:
      context: .
      dockerfile: app3-Dockerfile
    networks:
      internal-network:
        aliases:
        - "app3.test"
    labels:
    - "traefik.port=80"
    - "traefik.frontend.rule=Host:app3.localhost"

networks:
  # everything that is *only* on "internal network" cannot talk to WAN
  internal-network:
    internal: true
  # add this network to a container to make it talk to the rest of the world
  outside-world:

run.sh

#!/usr/bin/env bash

set -exuo pipefail
IFS=$'\n\t'

docker-compose up -d

curl http://app1.localhost
curl http://app2.localhost
curl http://app3.localhost

Sorry, but I did not get the point. If Traefik is not balancing through the app1,app2,app3 via the default port 80, I believe that it is kind far from reality. If you expose an API, and you have to pass an extra header to define where you will execute the endpoint:

curl -H Host:app1.test http://127.0.0.1

Could you please offer a way to load-balancer the apps through a Traefik port, preferentially the 80?

Many thanks in advance,

This is just for serving multiple apps from one entry point: nothing about load balancing in this gist.

I simplified the setup: curl http://app1.localhost should suffice, and prevents any:

• custom host headers (let cURL do that)
• /etc/hosts entries