Skip to content

Deploy Symfony application on Platform.sh. #4526

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 11 commits into from
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions cookbook/deployment/index.rst
Original file line number Diff line number Diff line change
Expand Up @@ -7,3 +7,4 @@ Deployment
tools
azure-website
heroku
platformsh
190 changes: 190 additions & 0 deletions cookbook/deployment/platformsh.rst
Original file line number Diff line number Diff line change
@@ -0,0 +1,190 @@
.. index::
single: Deployment; Deploying to Platform.sh

Deploying to Platform.sh
========================

This step-by-step cookbook describes how to deploy a Symfony web application to
`Platform.sh`_. You can read more about using Symfony with Platform.sh on the
official `Platform.sh documentation`_.

Deploy an Existing Site
-----------------------

In this guide, it is assumed your codebase is already versioned with Git.

Get a Project on Platform.sh
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

You need to subscribe to a `Platform.sh project`_. Choose the development plan
and go through the checkout process. Once your project is ready, give it a name
and choose: **Import an existing site**.

Prepare Your Application
~~~~~~~~~~~~~~~~~~~~~~~~

To deploy your Symfony application on Platform.sh, you simply need to add a
``.platform.app.yaml`` at the root of your Git repository which will tell
Platform.sh how to deploy your application (read more about
`Platform.sh configuration files`_).

.. code-block:: yaml

# .platform.app.yaml

# This file describes an application. You can have multiple applications
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You could add the filename in a YAML comment like we use to do it in the documentation.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

standards state that there should be an empty line between a file comment and a normal comment.

# in the same project.

# The name of this app. Must be unique within a project.
name: myphpproject

# The toolstack used to build the application.
toolstack: "php:symfony"

# The relationships of the application with services or other applications.
# The left-hand side is the name of the relationship as it will be exposed
# to the application in the PLATFORM_RELATIONSHIPS variable. The right-hand
# side is in the form `<service name>:<endpoint name>`.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it's a good idea to link to a reference of existing services.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done on the services specific part.

relationships:
database: "mysql:mysql"

# The configuration of app when it is exposed to the web.
web:
# The public directory of the app, relative to its root.
document_root: "/web"
# The front-controller script to send non-static requests to.
passthru: "/app.php"

# The size of the persistent disk of the application (in MB).
disk: 2048

# The mounts that will be performed when the package is deployed.
mounts:
"/app/cache": "shared:files/cache"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

isn't there a way to have cache in a non-shared writable location instead ? Having a shared cache folder can create issues, especially when it gets shared between the active version and the version being deployed (before the end of the deployment process)

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi, the "shared" means that the volume is accessible by all the applications that are deployed inside an environment. It's not shared between 2 deployments of the same environment (ie: the active and the one being deployed).

For example, if you clear the cache as part of the build process, it'll be fresh for the new deployment.

It's a concept specific to Platform.sh since we support multiple application inside the same repository (Symfony, Drupal, NodeJS...).

"/app/logs": "shared:files/logs"

# The hooks that will be performed when the package is deployed.
hooks:
build: |
rm web/app_dev.php
app/console --env=prod assetic:dump --no-debug
deploy: |
app/console --env=prod cache:clear

For best practices, you should also add a ``.platform`` folder at the root of
your Git repository which contains the following files:

.. code-block:: yaml

# .platform/routes.yaml
"http://{default}/":
type: upstream
upstream: "php:php"

.. code-block:: yaml

# .platform/services.yaml
mysql:
type: mysql
disk: 2048

An example of these configurations can be found on `GitHub`_. The list of
`available services <configure-services>`_ can be found on the Platform.sh documentation.

Configure Database Access
~~~~~~~~~~~~~~~~~~~~~~~~~

Platform.sh overrides your database specific configuration via importing the
following file::

// app/config/parameters_platform.php
<?php
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we usually don't add this tag in all other examples in the docs. Is there a very good reason to do here?

$relationships = getenv("PLATFORM_RELATIONSHIPS");
if (!$relationships) {
return;
}

$relationships = json_decode(base64_decode($relationships), true);

foreach ($relationships['database'] as $endpoint) {
if (empty($endpoint['query']['is_master'])) {
continue;
}

$container->setParameter('database_driver', 'pdo_' . $endpoint['scheme']);
$container->setParameter('database_host', $endpoint['host']);
$container->setParameter('database_port', $endpoint['port']);
$container->setParameter('database_name', $endpoint['path']);
$container->setParameter('database_user', $endpoint['username']);
$container->setParameter('database_password', $endpoint['password']);
$container->setParameter('database_path', '');
}

# Store session into /tmp.
ini_set('session.save_path', '/tmp/sessions');

Make sure this file is listed in your *imports*:

.. code-block:: yaml

# app/config/config.yml
imports:
- { resource: parameters_platform.php }

Deploy your Application
~~~~~~~~~~~~~~~~~~~~~~~

Now you need to add a remote to Platform.sh in your Git repository (copy the
command that you see on the Platform.sh web UI):

.. code-block:: bash

$ git remote add platform [PROJECT-ID]@git.[CLUSTER].platform.sh:[PROJECT-ID].git

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please remove this duplicated empty line

``PROJECT-ID``
Unique identifier of your project. Something like ``kjh43kbobssae``
``CLUSTER``
Server location where your project is deplyed. It can be ``eu`` or ``us``

Commit the Platform.sh specific files created in the previous section:

.. code-block:: bash

$ git add .platform.app.yaml .platform/*
$ git add app/config/config.yml app/config/parameters_platform.php
$ git commit -m "Adding Platform.sh configuration files."

Push your code base to the newly added remote:

.. code-block:: bash

$ git push platform master

That's it! Your application is being deployed on Platform.sh and you'll soon be
able to access it in your browser.

Every code change that you do from now on will be pushed to Git in order to
redeploy your environment on Platform.sh.

More information about `migrating your database and files <migrate-existing-site>`_ can be found on the
Platform.sh documentation.

Deploy a new Site
-----------------

You can start a new `Platform.sh project`_. Choose the development plan and go
through the checkout process.

Once your project is ready, give it a name and choose: **Create a new site**.
Choose the *Symfony* stack and a starting point such as *Standard*.

That's it! Your Symfony application will be bootstrapped and deployed. You'll
soon be able to see it in your browser.

.. _`Platform.sh`: https://platform.sh
.. _`Platform.sh documentation`: https://docs.platform.sh/toolstacks/symfony/symfony-getting-started
.. _`Platform.sh project`: https://marketplace.commerceguys.com/platform/buy-now
.. _`Platform.sh configuration files`: https://docs.platform.sh/reference/configuration-files
.. _`GitHub`: https://github.com/platformsh/platformsh-examples
.. _`configure-services`: https://docs.platform.sh/reference/configuration-files/#configure-services
.. _`migrate-existing-site`: https://docs.platform.sh/toolstacks/symfony/migrate-existing-site/
1 change: 1 addition & 0 deletions cookbook/map.rst.inc
Original file line number Diff line number Diff line change
Expand Up @@ -55,6 +55,7 @@
* :doc:`/cookbook/deployment/tools`
* :doc:`/cookbook/deployment/azure-website`
* :doc:`/cookbook/deployment/heroku`
* :doc:`/cookbook/deployment/platformsh`

* :doc:`/cookbook/doctrine/index`

Expand Down