[Устаревшее] Ускоряем работу Symfony приложения в Docker

Docker - отличный инструмент для того что бы развернуть инфраструктуру вашего приложения где угодно. Как вы знаете, Docker имеет много преимуществ:

• Одна конфигурация для всех окружений
• Простота использования (добавление любого стека технологий в проект, всего несколько строк конфигурации).
• Производительнее чем виртуальная машина, по крайней мере, на Linux
• Простота развертывания окружения

Однако вы, вероятно, заметили, что приложения Symfony в Docker очень медленные, почти непригодные для использования. В этой статье мы расскажем о нескольких способах запуска Symfony в Docker.

Сначала мы создадим простой проект Symfony, чтобы оценить, как работают открытые решения. Если у вас уже есть проект Symfony, вы можете перейти непосредственно к решениям.

Тесты производительности были измерены на MacBook Pro 2015.

Первым шагом нам нужно поднять Symfony в Docker

После запуска видим следующее:

Итак … все в порядке, кроме одного: приложение очень медленное в данный момент :(

Давайте проведем простой тест для prod и dev окружения:

1
ab -n 100 -r http://127.0.0.1:8080/
2
ab -n 100 -r http://127.0.0.1:8080/app_dev.php

Результаты:

• Prod: 17 секунд
• Dev: 129 секунд (ой!)

Решение #1. Меняем путь к vendor

После нескольких тестов (показано здесь: https://github.com/michaelperrin/docker-symfony-test) оказалось, что узким местом, которое замедляет работу приложения, является совместное использование каталога vendor, в котором много файлов.

Одним из эффективных решений является перемещение каталога vendor в контейнере, тоесть, делаем его доступным только в контейнере, а не на хосте. Удивительно, что если сделать тоже для кеш-каталога мы не получем большой прирост, но это может быть второй шаг оптимизации производительности.

Для того что бы перенести vendor, отредактируйте файл composer.json в папке приложения и добавьте параметр config-dir в запись config:

1
{
2
    ...
3
    "config": {
4
        ...
5
        "vendor-dir": "/app-vendor"
6
    }
7
}

Отредактируйте файл app / autoload.php в папке приложения и измените эту строку:

1
$loader = require __DIR__.'/../vendor/autoload.php';

на

1
$loader = require '/app-vendor/autoload.php';

Добавьте папку / app-vendor в качестве тома для контейнера php в файле docker-compose.yml:

1
services:
2
  php:
3
    # ...
4
    volumes:
5
      # ...
6
      - /app-vendor

Убедитесь, что вы очистили папку кэша Symfony и снова установили зависимости композитора, выполнив следующую команду:

1
docker-compose run --rm composer install

Результаты:

• Prod: 2.8 секунды
• Dev: 16 секунд

Посмотрим, сможем ли мы сделать еще лучше без шеринга кеша в контейнер. Отредактируйте файл AppKernel.php,измените метод getCacheDir следующим образом:

1
class AppKernel
2
{
3
    // ...
4
    public function getCacheDir()
5
    {
6
        return '/dev/shm/symfony_docker_test/cache/'.$this->environment;
7
    }
8
}

Результаты тестов:

• Prod: 1.2 секунд
• Dev: 5 секунд

Github https://github.com/heilgar/docker-php

Неплохо. Но будьте осторожны! vendor теперь скрыт в вашем контейнере и больше не будет отображаться на локальной машине. Вы не сможете отлаживать изменения в пакетах, и автозаполнение не будет доступно в вашей IDE. Мой совет? Сначала установите зависимости в стандартном каталоге, а затем снова измените файл composer.json, чтобы они были установлены в контейнере. Это обходное решение не так плохо, как кажется, если ваши зависимости не меняются часто.

Но для меня этот метод не совсем подходит, так как разработка проекта ведется в нескольких репозиториях и в основном они находятся в папке vendor.

Решение #2. Docker sync

Docker-sync (http://docker-sync.io/) - это инструмент, который использует rsync для синхронизации файлов томов между хостом и вашими контейнерами вместо использования Docker osxfs.

Установим docker-sync: sudo gem install docker-sync

Добавляем файл docker-sync.yml  в корень проекта:

1
version: '2'
2
syncs:
3
  app-sync:
4
    src: './app'

Копируем файл docker-compose.yml в файл docker-compose-dev.yml и добавляем строки в конец:

1
volumes:
2
  app-sync:
3
    external: true

Используйте именованный том для кода вашего приложения, изменив:

1
services:
2
  #...
3

4
  php:
5
    #...
6
    volumes:
7
      # ...
8
      - ./app:/var/www/app

на

1
services:
2
  #...
3

4
  php:
5
    #...
6
    volumes:
7
      # ...
8
      - app-sync:/var/www/app

Добавим файл Makefile в корень, который позволит легко запускать / останавливать команды независимо от того, в какой системе выполняется проект:

1
OS := $(shell uname)
2

3
start_dev:
4
ifeq ($(OS),Darwin)
5
    docker volume create --name=app-sync
6
    docker-compose -f docker-compose-dev.yml up -d
7
    docker-sync start
8
else
9
    docker-compose up -d
10
endif
11

12
stop_dev:           ## Stop the Docker containers
13
ifeq ($(OS),Darwin)
14
    docker-compose stop
15
    docker-sync stop
16
else
17
    docker-compose stop
18
endif

Теперь вы можете запустить свой проект, выполнив: make start_dev

Команда запустит ваши контейнеры и демон docker-sync.

Результаты тестов:

• Prod: 0.6 секунд
• Dev: 1.2 секунд

Это прорыв! К сожалению, иногда я испытываю несколько проблем с синхронизацией, когда файлы не синхронизируются между хостом и контейнером, а также некоторые проблемы с правами пользователя на некоторых файлах (chmod 777 в помощь).

Решение #3. Система кэширования Docker

Команда Docker знает о медлительности Docker для Mac (см. здесь и здесь)

В последних версиях Docker (например, «Edge») появились новые способы монтирования томов.

Если вы загрузили Edge версию, просто добавте :cached в файл docker-compose.yml в корне проекта:

1
services:
2
  php:
3
    # ...
4
    volumes:
5
      - # ...
6
      - ./app:/var/www/app:cached

• Prod: 5.1 секунд
• Dev: 15.7 секунд

Неплохо, но не так эффективно, как другие решения. Однако этого может быть достаточно для некоторых проектов. На данный момент я не могу сказать, есть ли недостатки для этого решения, но возможно буду экспериментировать с ним и обновлю эту запись в будущем.

Вместо заключения