Телеграмм чат группы docker

13:47пожаловаться #1

В

Смотри, Healthcheck в докерфайле это как бы ты для себя сразу добавляешь, как CMD или ENTRYPOINT.
В docker-compose это тоже самое, просто если уже есть в докерфайле, то можешь не указывать, но можешь указать и это переопределит HEALTHCHECK из докерфайла

про описание в докерфайле и переопределение в компоузе - это все понятно
мне не понятно из ваших слов что есть какие-то 2 разные проверки живучести нстанса:
- одна своя у докера внутри зашитая
-2я кастомная описываемая в файлах но непонятно зачем

13:47пожаловаться #2

N

Docker -> Docker Compose (просто надстройка над докером, чтобы просто удобнее писать) -> Docker Swarm (лишь даёт управление сервисами в рамках Роя (во славу роя)

13:48пожаловаться #3

N

Всё это докер и работает везде всё одинаково, всё это лишь добавляет какой-то кусок фишек

13:48пожаловаться #4

N

Вадим

про описание в докерфайле и переопределение в компоузе - это все понятно
мне не понятно из ваших слов что есть какие-то 2 разные проверки живучести нстанса:
- одна своя у докера внутри зашитая
-2я кастомная описываемая в файлах но непонятно зачем

Нет, ты не понял, проверки всегда делаются внутри контейнера.

13:48пожаловаться #5

N

Просто это может быть что угодно

13:49пожаловаться #6

В

Нет, ты не понял, проверки всегда делаются внутри контейнера.

т.е. curl запускается как PID 2 внутри инстанса ?

13:49пожаловаться #7

N

Например ты знаешь, что твоя апи работает если в ней есть какой-то yoba.txt и пока он есть, докер считает его рабочим, ну или curl http://localhost например

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

13:49пожаловаться #8

GG

Вадим

т.е. curl запускается как PID 2 внутри инстанса ?

да, последовательно PID2 , PID3 и тд

13:50пожаловаться #9

В

George Gaál

да, последовательно PID2 , PID3 и тд

ок, спасибо - попробую покрутить все это проверить на практике

13:52пожаловаться #10

N

healthcheck:
  test: ["CMD", "curl", "-f", "http://localhost"]
  interval: 1m30s
  timeout: 10s
  retries: 3
  start_period: 40s

Вот примерно что у тебя будет.
Но ничего не мешает, если вот не устраивает тебя просто curl что-то дергать, то добавь скрипт в образ и дёргай его

healthcheck:
  test: ["CMD", "/bin/sh", "-c", "/healthcheck-api.sh"]
  interval: 1m30s
  timeout: 10s
  retries: 3
  start_period: 40s

13:54пожаловаться #11

N

Вадим

про описание в докерфайле и переопределение в компоузе - это все понятно
мне не понятно из ваших слов что есть какие-то 2 разные проверки живучести нстанса:
- одна своя у докера внутри зашитая
-2я кастомная описываемая в файлах но непонятно зачем

Я тебя запутал, но хотел лишь указать, что хелс это всегда внутри в данном случае и то, чтобы можешь её вертеть почти как хочешь

13:57пожаловаться #12

В

Я тебя запутал, но хотел лишь указать, что хелс это всегда внутри в данном случае и то, чтобы можешь её вертеть почти как хочешь

я понял, спасибо - я думал что это инструкция докер-машине из-за этого и не мог понять как к инстансу обратиться

13:58пожаловаться #13

N

Вадим

я понял, спасибо - я думал что это инструкция докер-машине из-за этого и не мог понять как к инстансу обратиться

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

13:59пожаловаться #14

N

@Vadim_Budarin

13:59пожаловаться #15

N

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

13:59пожаловаться #16

В

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

такие сложные кейсы мне пока не интересны - хосчется простое )

14:01пожаловаться #17

В

добаил как и писали хэлсчек инстансу и добавил метод в сервер который отвечает и логирует обращение

healthcheck:
            test: curl --fail -s http://localhost:5001/health || exit 1
            interval: 15s
            timeout: 10s
            retries: 3

сижу втыкаю в журнал а там кроме стартовых записей ничего не происходит (

14:04пожаловаться #18

MN

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

Вадим

добаил как и писали хэлсчек инстансу и добавил метод в сервер который отвечает и логирует обращение

healthcheck:
            test: curl --fail -s http://localhost:5001/health || exit 1
            interval: 15s
            timeout: 10s
            retries: 3

сижу втыкаю в журнал а там кроме стартовых записей ничего не происходит (

curl должен быть в контейнере если что

14:05пожаловаться #19

В

ха об этом меня не предупредили - сейчас проверю )