Re: Корректная работа с tomcat deploy

[Никита Кардашин]

Спасибо всем, но в целом системного уровня решения понятны. Проблема в том,
что redeploy может произойти и бесконтрольно - после ребута сервера
приложения, например, или в случае крэша приложения.

Есть ли решение на уровне nginx? Может, какая-ть волшебная директива
proxy_first_byte_read_timeout? :)
Интересный вариант с least_conn, но, насколько я понимаю, n клиентов все
равно повиснут?

29 октября 2014 г., 10:51 пользователь Aleksandr Sytar <sytar.alex at gmail.com
> написал:

>
>
> 28 октября 2014 г., 22:17 пользователь Daniel Podolsky <onokonem at gmail.com
> > написал:
>
>
>> Помечать неработающие бекенды как down -> nginx reload -> deploy ->
>>> убираем down -> nginx reload
>>
>> И так на всех фронтах...
>>
>> Решение с добавлением блокировки через файрвол в процедуру деплоя
>> выглядит несколько более простым.
>>
>> только надо проследить, чтобы блокировка не DROP, а REJECT (в терминах
>> iptables) 
>>
>>
> Если вы уверены что на том томкате нет других приложений, которые вы
> конечно не собирались отключать,ага.
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
With best regards,
differentlocal (www.differentlocal.ru | differentlocal at gmail.com),
System administrator.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20141029/425150d7/attachment.html>