Как незаметно передеплоить сервер?

Question

[Vladislav]

Допустим есть приложение - работает на томкате. Им пользуются люди. Так как приложение находится в разработке, то каждый раз приходится перезаливать его, дабы обновить функционал и добавить новый. Так вот как это сделать, чтобы не пострадали пользователи? Например, в приложение часто идет обновление данных от пользователей и работа с их внутренними счетами.

Answer 1

[Вячеслав]

Недавно занимался похожей проблемой. Пока для себя нашёл простое решение - Parallel deployment.

Суть в том, что в Tomcat'е одновременно можно задеплоить несколько версий одного и того же приложения. Новые пользователи будут работать с новой версией, старые - со старой. Старые пользователи потихоньку отваливаются и когда они отвалятся все, то старая версия приложения удаляется.

Для реализации этого у себя в название war файла добавил номер сборки и теперь оно выглядит примерно так: App##015.war. Кидаем war-файл в webapps и через пару секунд у нас задеплоина новая версия. Очень удобно.

При желании старые сессии можно почистить принудительно и тогда старая версия сразу удалиться. Это на случай, если произошли серьёзные изменения (например, схема базы сильно поменялась).

Answer 2

[Станислав Макаров]

Имейте в ротации несколько серверов, выводите из ротации при деплое (не особо важно, по IP ротация или все за одним прокси), это даст вам еще и стабильный аптайм. Сервак может и сам по себе упасть, не в идеальном мире живем.

Comments

[Vladislav]

Спасибо, звучит интересно, я это делаю в первый раз поэтому можно скинуть ссылку на актуальную статью, что за ротации серверов и как их регулировать, как вообще будет одновременно работать сразу 2 сервера например?

[Станислав Макаров]

Распределение нагрузки на основе использования nginx: https://www.nginx.com/resources/admin-guide/load-b...
Распределение с помощью DNS: https://en.wikipedia.org/wiki/Round-robin_DNS

> как вообще будет одновременно работать сразу 2 сервера например?
Здесь я имел в виду два железных/виртуальных сервера, т.е. две разные машины. Теоретически конечно можно настроить и две экземпляра веб-сервера на одной машине, возможно это подойдет для вашего сценария с деплоем. Но устойчивости к сбоям это прибавит немного. Обычно, если простой во время деплоя достаточно критичен, то уж тем более критичен простой из-за поломки сервера, и поэтому сразу заботятся о проблеме дублирования серверов и распределения нагрузки.

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

Answer 3

[Сергей Краснодемский]

Почему допустим?
Что за вводные такие :)
Сам не решал вашу задачу с Tomcat, но если б столкнулся, гуглил по запросу tomcat zero downtime deployment.
Потом ставил бы эксперимент в dev окружении. Потом в продакшен.

А еще человечество изобрело непрерывную интеграцию.

Comments

[Vladislav]

Спасибо, погуглю по такому запросу