Need help with docker-discover?
Click the “chat” button below for chat support from the developer who created it, or find similar developers for support.

About the developer

201 Stars 69 Forks MIT License 10 Commits 8 Opened issues


Service discovery for docker container

Services available


Need anything else?

Contributors list

# 4,142
10 commits

docker-discover is a service discovery container that leverages haproxy and etcd. When running, it sets up listeners for remote docker containers discovered via etcd. It works in tandem with docker-register.

Together, they implement service discovery for docker containers with a similar architecture to SmartStack. docker-discovery is analagous to synapse in the SmartStack system.

See also Docker Service Discovery Using Etcd and Haproxy

How it works

When running, the container will setup ports on the host that can be accessed from other locally running containers. For example, host port 5000 would forward requests to remote hosts running containers that

port 5000. Each proxied service port is monitored with basic TCP health checks and will be re-dispatched if backend container fails. This ensure that backend containers can be started and stopped as needed w/ minimal client impact.

The intent is that you would run this container on any host that has containers that need to call remote services in your infrastructure.

From within a container on a host running docker-discover, they can reach remote containers by hitting the docker bridge IP or the host IP and the corresponding

ed port of the service.


To run it:

$ docker run -d --net host --name docker-discover -e ETCD_HOST= -p -t jwilder/docker-discover

Then start any containers that need to access remote containers. You'll likely want to pass the host's IP or the docker bridge IP as an env variable to make it easy for call proxied services.

You can also access the remote containers directly from the host by sending requests to the localhost:port.

Stats Interface

The haproxy stats interface is exposed on port 1936. Open your browser to

to view it.


There are a few simplifications that were made:

  • TCP Proxy - By default, each listener uses haproxy's
  • Round-Robin Load Balancing - Multiple containers running on different hosts are load-balanced using a round-robin strategy. Stateful/sticky requests or master/slave type scenarios are not currently supported.
  • Minimal haproxy config - The haproxy template in place currently is pretty minimal and likely not ready for production use. Please feel free to submit improvements.


  • Support http, udp proxying
  • Support multiple ports
  • Make ETCD prefix configurable
  • Support other backends (consul, zookeeper, redis, etc.)



We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.