Connecting between containerized services


When services need to connect to each other in a containerized environment, you can’t rely on IP addresses since containers are both ephemeral and abstracted from the underlying servers. Instead you can use the service name and (where needed) the application namespace. When used together these are known the service’s Elastic DNS address.

Finding service names and namespaces

You can find the names of all your services, as well as your application’s namespace on your Cloud 66 Dashboard.

Connecting to a service in the same application

Let’s imagine your application has two services - web and api. In our application, web needs to connect to api internally for data.

Our api runs Rails, and listens on port 3000. So we configure the api service to have container port 3000 exposed. This is now exposed internally only - no one can access api from outside of your application. The defintion of the api service in service.yml will look like this:

    - container: 3000 

If we want to connect directly to the api service from within the web service we can now simply use http://api:3000 as the address. We will configure your application so that “api” is automatically translated to the location where your api service is listening.

Now, if we re-configure api so that it runs over port 80 instead, we can connect to it using http://api

We can do similar things if these services use TCP or UDP:

Connecting to services in different applications

If two Maestro applications in the same cluster need to communicate with each other they use the same syntax as above, but add .namespace to reference the other application.

So, if our second application uses the web-front-end namespace, and the application in our example above uses the backoffice-workers namespace, you could connect between them as follows:

If you don’t want two services to be able to connect to each other internally (perhaps for compliance or security reasons) then you should not run them on the same Maestro cluster.

Connecting to databases

You can connect to databases from containers using the same syntax. For example your default MySQL server can be addressed as http://mysql:3306.

If your application has multi databases, they can be addressed using the database type appended by the name of the server. For example: mysql-default and mysql-leopard.