Resources for Developers

Environment Variables

The environment should be used to configure your application. When your project is deployed and a new container is started, all the variables defined in your environment are automatically injected into it.

Variable alias

You can define aliases of environment variables:

For example:


In this case the DATABASE_URL becomes an alias of SCALINGO_MONGO_URL value.

Good practices

Using the environment to configure your application is one of twelve good practices defined in the 12-factor.

You should avoid writing any credentials in the files managed by Git.

Accessing the environment from your app

The following example is to get the value of the PORT variable.











Other languages

The process should not be really different. Refer to the documentation of the standard library of your language.

Build Environment Variables

When your application is deployed, the build container is containing the environment variables defined in the application configuration and the platform is also injecting the following variable:

  • $SOURCE_VERSION: SHA of the currently deployed Git commit.
  • $APP: Name of the application the build has been triggered for.

Runtime Environment Variables

When an application container is started, the platform is using the environment variables defined in the application configuration but is also injecting a set of environment variables in its environment. In the case of web containers, an additional variable $PORT is defined.

  • $PORT: Port number your server has to bind on.
  • $CONTAINER: Type and index of the container, web-1 or worker-1 for instance
  • $CONTAINER_VERSION: Version of the container started, usually the Git commit SHA.
  • $CONTAINER_SIZE: Name of the size of the container M, L, XL etc.
  • $CONTAINER_MEMORY: Available RAM memory of the container (in bytes)
  • $APP: Name of the application deployed

mode_edit Suggest edits