5 способов деплоя PHP-кода в условиях хайлоада DevOps и эксплуатация
Разработчик «платформы» в компании Badoo.
В компании занимаюсь всем подряд, но можно выделить основные компоненты:
- система переводов (прозрачное вычленение лексем из HTML-шаблонов, многоверсионность, интеграция с git);
- деплой-утилиты (PHP-код, статика);
- «облако» для запуска CLI-скриптов (обеспечивает запуск 3 тыс. запусков заданий в секунду на 200 серверах);
- подбор весов для балансировки нагрузки на веб-кластерах (около 500 хостов);
- мелкие демона на go, в том числе для доставки событий и логов (доставка и роутинг сотен тысяч событий в секунду).
До Badoo работал в паре мест и занимался full-stack веб-разработкой на PHP и JS.
Тезисы
В дата-центрах нашей компании несколько тысяч серверов, и примерно на половине из них нужно выкладывать PHP-код 2 раза в день. Помимо раскладки на production также не стоит забывать о том, что код нужен на стейджинге, и в стейджинг-кластер у нас входит около 50 машин, код на которых обновляется раз в несколько минут. Также есть «хотфиксы» — небольшие (1-5) наборы файлов, которые выкладываются во внеочередном порядке на все или на выделенную часть серверов, чтобы устранить существующие проблемы на продакшне, не дожидаясь полной выкладки.
В этом докладе я расскажу о том, как мы деплоились в течение 10 лет, о том, какую новую систему для деплоя PHP-кода мы разработали и внедрили в production, а также проведу обзор решений для масштабного деплоя кода на PHP и анализ их производительности.
План доклада:
— Наша старая система деплоя, достоинства и недостатки.
— Существующие решения:
* "svn up" / "git pull".
* rsync.
* phar, hhbc (HHVM-specific), "loop".
* rsync + 2 директории + realpath_root (Rasmus-style).
— Требования для новой системы деплоя.
* быстрый деплой на стейджинг (5-10 секунд на 50 серверов).
* возможность атомарно патчить несколько файлов и быстро их выкладывать (10 секунд на весь кластер).
* совместимость с docker.
* поддержка «долгоиграющих» CLI-скриптов (несколько часов).
* низкое потребление ресурсов на принимающей стороне.
* отсутствие необходимости сбрасывать opcache.
* высокая скорость деплоя на продакшн (1-2 минуты на 1500 серверов).
— MDK — multiversion deployment kit.
— Анализ применимости и производительности способов деплоя.
— Выводы.