Configure Services allows you to completely define and configure the topology and services you want to use on your project.

Unlike other PaaS services, is batteries included which means that you don't need to subscribe to an external service to get a cache or a search engine. And that those services are managed. When you back up your project, all of the services are backed-up.

Services are configured through the .platform/services.yaml file you will need to commit to your Git repository. This section describes specifics you might want to know about for each service.

If you don't have a .platform folder, you need to create one:

mkdir .platform
touch .platform/services.yaml

Here is an example of a services.yaml file:

  type: mysql:10.0
  disk: 2048

  type: postgresql:9.3
  disk: 1024


The name you want to give to your service. You are free to name each service as you wish (lowercase alphanumeric only).

WARNING: Because we support multiple services of the same type (you can have 3 different MySQL instances), changing the name of the service in services.yaml will be interpreted as destroying the existing service and creating a new one. This will make all the data in that service disappear forever. Remember to always snapshot your environment in which you have important data before modifying this file.


The type of your service. It's using the format type:version.

The version number is optional. If you don't specify a version number, the default version will be loaded.

If you specify a version number which is not available, you'll see this error when pushing your changes:

Validating configuration files.
E: Error parsing configuration files:
    - services.mysql.type: 'mysql:5.6' is not a valid service type.


The disk attribute is the size of the persistent disk (in MB) allocated to the service.

For example, the current default storage amount per project is 5GB (meaning 5120MB) which you can distribute between your application (as defined in and each of its services.

notes Currently we do not support downsizing the persistent disk of a service.

Using the services

In order for a service to be available to an application in your project ( supports not only multiple backends but also multiple applications in each project) you will need to refer to it in the file which configures the relationships between applications and services.

Connecting to a service

Once a service is running and exposed as a relationship, its appropriate credentials (host name, username if appropriate, etc.) will be exposed through the PLATFORM_RELATIONSHIPS environment variable. The structure of each is documented on the appropriate service's page, along with sample code for how to connect to it from your application. Note that different applications manage configuration differently so the exact code will vary from one application to another.

To connect to a remote service from your local computer, the easiest way is to use the Platform CLI to open an SSH tunnel.

platform tunnel:open

That will open an SSH tunnel to all services on the current environment, and give an output similar to:

SSH tunnel opened on port 30000 to relationship: redis
SSH tunnel opened on port 30001 to relationship: database
Logs are written to: /home/myuser/.platformsh/tunnels.log

List tunnels with: platform tunnels
View tunnel details with: platform tunnel:info
Close tunnels with: platform tunnel:close

In this example, we can now securely connect to the database or redis server on our environment by connecting to the specified local ports. The platform tunnels command will list all open tunnels:

| Port  | Project       | Environment | App       | Relationship |
| 30000 | a43m75zns6k4c | master      | [default] | redis        |
| 30001 | a43m75zns6k4c | master      | [default] | database     |

results matching ""

    No results matching ""