Доставка проекта на продакшен, какие инструменты для деплоя?

Question

[noway]

Всем привет!

Планирую построить инфраструктуру деплоя большого web-приложения. В качестве хранилища реп и CI планирую использовать Gitlab CI.

Не могу определиться с тем, как доставлять приложение на прод. Какие инструменты тут лучше использовать? RPM собирать и потом на проде обновляться через пакетный менеджер?

Answer 1

[Сергей Протько]

docker

собираем на CI-ке контейнер, прогоняем на нем тесты (вы же сказали что проект большой, большой проект без тестов - боль), если все хорошо - пушим в docker hub или в свой локальный docker distribution, после чего можно на серваке сделать просто docker-compose pull && docker-compose up -d и радоваться.

Comments

[noway]

как раз занялся его изучением. но пока сделал вывод, что это легковесный аналог vagrant который позволяет собрать из кирпичиков среду окружения проекта. Не правда?

[Сергей Протько]

noway: не правда, вагрант - менеджер виртуалок, а докер - это не виртуалка. То что по керпичикам окружение собрать - это да, но помимо изоляции окружения немаловажно что оно позволяем вам сделать слепок этого окружения в виде образа, и потом дистрибьютить его. Считайте что это RPM на стеройдах.

OnYourLips: код зашит в образ контейнера, так что... был один контейнер с пыхом а стал другой.

[Сергей Протько]

OnYourLips: для примера - у меня обычно вот эта схема с pull && up для деплоя занимает где-то секунды 2-3. Если у вас старт контейнера длительная операция - можно делать как-то так: https://github.com/intellectsoft-uk/docker-example...

[Сергей Протько]

OnYourLips: переспрошу - вы про zero-downtime? "другие способы" тоже не атомарны и подразумевают просто минимальный даунтайм. Для zero-downtime деплоймента помимо самого деплоя нужно еще всегда обратную совместимость с базой на одну-две версии приложения держать и еще куча всего. А сделать так что бы даунтайм был порядка милисекунд - ну так я приложил "хак". Если вам уж очень хочется zero-downtime - тоже не проблема - просто придется самому хандлить хосты а не полагаться на встроенный в docker dns сервер.

Answer 2

[Роман Ахмадуллин]

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

Deployer создаёт папки релизов в рабочем каталоге. Если у вас, например, сайт уже работает на основе одного из последних коммитов, то перед переходом на следующую версию кода, Deployer создаст новую папку релиза и развернёт туда ваше приложение. Если все шаги деплоя, которые вы опишете, пройдут успешно, Deployer переключит ваше приложение на новую версию.

При этом, вы ещё и откатиться всегда можете на предыдущий релиз всего через одну команду. В общем, очень удобно) Мне нравится. И получается почти-zero-downtime обновление.