Size: a a a

Docker — русскоговорящее сообщество

2020 February 20

GG

George Gaál in Docker — русскоговорящее сообщество
сдох == хелсчек внутренний тебе поможет
источник

GG

George Gaál in Docker — русскоговорящее сообщество
запинается == непонятно, т.к. помимо инстанса может быть сто и одна причина, почему идет затык
источник

В

Вадим in Docker — русскоговорящее сообщество
swarm для этого и задуман же чтобы поддерживать параметры сервиса!
ежели я его попросил держать 3 инстанса - то если кто-то сдохнет - он будет пытаться поднять еще один
если сдохший оживет - он потушит один - т.к. просили 3!
источник

В

Вадим in Docker — русскоговорящее сообщество
чот похоже мы разные доки читали...
источник

GG

George Gaál in Docker — русскоговорящее сообщество
дело не в доках
источник

GG

George Gaál in Docker — русскоговорящее сообщество
дело в том, что есть принципиально разные кейсы
источник

GG

George Gaál in Docker — русскоговорящее сообщество
вот смотри
источник

GG

George Gaál in Docker — русскоговорящее сообщество
1. процесс внутри контейнера сдох
источник

GG

George Gaál in Docker — русскоговорящее сообщество
да, сворм его перезапустит и все будет ок
источник

GG

George Gaál in Docker — русскоговорящее сообщество
2. ты нарезал хелсчек и проверяешь доступность порта внутри контейнера.
Скажем, у тебя там процесс "залип" и больше не отвечает на запрос - сворм опять же его перезапустит (но без хелсчека ты не сможешь понять что происходит)
источник

GG

George Gaál in Docker — русскоговорящее сообщество
3. более сложные кейсы - ты просерил 10% запросов из-за того, что сервис тупил, но при этом хелсчек из п2 отрабатывает. Если ты попробуешь сделать что-то типа хелсчека на потерянные запросы - ничего хорошего не выйдет. Просто потому что. Поэтому я тебе и говорю, что если нужно что-то отличное от базового "работоспособность сервиса в отрыве от окружения", то тебе нужна ОТДЕЛЬНАЯ СИСТЕМА мониторинга
источник

GG

George Gaál in Docker — русскоговорящее сообщество
которая сможет тебе сообщить о проблеме - раз, и в идеале - автоматизированно среагировать
источник

GG

George Gaál in Docker — русскоговорящее сообщество
если ты думаешь, что есть какая-то автомагия - нет, все держится на костылях из изоленты и баша, как  обычно
источник

PF

Petr Filippov in Docker — русскоговорящее сообщество
Да изи 500, 502 пошли откат:)
источник

GG

George Gaál in Docker — русскоговорящее сообщество
тем более, что да, бывает, ЧТО САМА СЕТЬ В СВОРМЕ начинает вести себя странно. И без ВНЕШНИХ проверок ты этого не увидишь
источник

В

Вадим in Docker — русскоговорящее сообщество
да это все понятно но у меня сейчас задача сначала health cheking прикрутить чтобы сворм инстансы добавлял/убивал по необходимости а внешний мониторинг естественно потом добавлять будем
источник

GG

George Gaál in Docker — русскоговорящее сообщество
тогда штатным способом является добавить curl localhost:5000/health (или какой у тебя там эндпойнт)
источник

GG

George Gaál in Docker — русскоговорящее сообщество
можешь прямо в имидж запекать
источник

В

Вадим in Docker — русскоговорящее сообщество
George Gaál
тогда штатным способом является добавить curl localhost:5000/health (или какой у тебя там эндпойнт)
так в том-то и проблема
- сервис подключен к кастомной сетке - что освобождает от публикации портов для хоста
- даже если я и проброшу порт наружу (что не есть хорошо) как сворм узнает кто из инстансов ответил на http://localhost:5000/health?
источник

GG

George Gaál in Docker — русскоговорящее сообщество
> - даже если я и проброшу порт наружу (что не есть хорошо) как сворм узнает кто из инстансов ответил на http://localhost:5000/health?

еще раз - так не надо делать 😱
источник