Как организовать модель Development, Staging, Production?

Question

[Сергей Соколов]

WP блог с ~30k уников в день, три выделенных сервера в распоряжении. У меня стоит две задачи: построить fail-safe работу двух (трёх?) продакшн серверов (один серв. упал, сайт жив); и организовать работу сторонних фриланс-разработчиков, которые будут обновлять сайт.


Предполагаю сделать 1 сервер load balancer'ом, и два зеркальных production — обрабатывать запросы.


Как лучше поступить с разработчиками? Прочитал про Development — (Integration) — Staging — Production. Стоит ли поднимать виртуальные машины для Development и Staging, или вполне можно держать их на одном из продакшн, на отдельном IP, со своей копией БД?

Позволить разработчикам заливать по FTP что-то на продакшн, или жестко ограничить их коммитами в SVN, и только ответственным сотрудникам дать права на запуск деплоймент скриптов из SVN на продакшн?


Что почитать про Best Practices организации работы разработчиков над проектом?

Answer 1

[Wott]

Разработчики должны иметь свое изолированное окружение, обычно локальное
Дальше неплохо иметь промежуточный dev сервер, как для последнего прогона тестов, так и для интеграционных тестов
Далее dev копируется в продакшн, или снепшот из продакшена копируется в дев и они меняются ( если что можно мгновенно переключиться в старый )
Заливка из VCS только в дев.

Можно ли ставить дев и продакшн в одной среде зависит от того когда тестируется производительность и прочие нагрузочные вещи. Если до заливки в дев, то можно, иначе — нельзя — есть риск завалить тестами или кривыми изменениями.

Я бы сделал один сервер в продакшн, второй в реплику и третий дев. При сем дев и продакшн менял местами и бекапил бы их вдруг в друга, а реплика имела бы два контейнера или набора серверов соответствующие двум другим машинам.

Comments

[Сергей Соколов]

А как балансировать между прод и репликой, не имея общего фронтенда с HAProxy или nginx'ом?

[Wott]

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

Answer 2

[andreysmind]

есть центральный репозиторий (гит\меркуриал на мой взгляд подойдёт лучше, чем СВН)
новая фича == новая ветка.
каждый разработчик работает локально. как только фича на его взгляд готова — создаётся пул реквест и какой-нибудь опытный разработчик проверяет код и заливает его на тестовый сервер. после того как тестировщики прогнали тесты — деплой на продакшен.
и умоляю, никаких «заливать по ФТП на продакшен». это обязательно выйдет боком в самый неподходящий момент.

Comments

[ericcartman]

и умоляю, никаких «заливать по ФТП на продакшен». это обязательно выйдет боком в самый неподходящий момент.

А чем заливать?
Ну скажем разрабы кодят, заливают в гитлаб, далее дженкинс это собирает, запускает джобу, ansible ( chef, puppet) это деплоит в дев. Что дальше? Как это попадет в тест, stage, prod ?

[ericcartman]

ansible ( chef, puppet) это деплоит в дев

ну точнее в тест деплоит. Дальше что?

[iMegaMaximus]

> Как это попадет в тест, stage, prod ?
Вы даете команду своему prod серверу выкачать свежую prod версию с тестового сервера git'ом, он выключает сайт, бейкаппится, выкачивает новую версию своим гитом, применяет её, запускается. Далее вы можете дать команду своему прод серверу откатиться назад, если что-то пошло не так, и он применит последний бейкап. Как давать команду? Ну уж придумаете, ssh всякие =) на ваше усмотрение

[iMegaMaximus]

А вообще используйте Облака, Docker и Kubernetes =)
В облаках типа AWS уже давно миллион сервисов для деплоя тестирования и.т.п.

[Сергей Соколов]

iMegaMaximus, ну вы раскопали вопрос многолетней давности )
дле быстрого переключения без даунтайми на новый деплой и быстрого отката удобно симлинки использовать, кстати. Новый релиз выкатывается в новую папку, переключается симлинк. Что-то пошло не так? - симлинк на предыдущую папку.

Answer 3

[Vampiro]

Девелопить фрилансеры могут у себя там, локально. Вам необходимо поднять тест сервер с копией бд, чтобы можно было глянуть на боевых объемах как работает та или иная фича. И наладить периодическое обновление системы, когда вся команда онлайн. Давать доступ к боевому серверу нельзя. И дело не в том, что завалят, а в том, что это будет случаться в произвольные моменты времени. Копировать на тестовый таблицу пользователей и паролей желательно с модификацией данных. Как-то так в двух словах =)