Tyranron: в данном случае по тихому не получиться. Т.к. пропадут логи. Это во-первых.
А во-вторых это вопоос равгосилен тому. А что вы будете делать, если в вашем приложении грохнется один из фоновых процессов?
Принимая во внимание вспомогательность сбора и анализа логов плюс увеличение сложности на старте проекта. Пока остановлюсь на таком решении. Если в рамках публичных альфа и бетта тестирований выявятся проблемы - будем решать.
И да, спасибо за идею создать аппендер для log4j котрый будет сам в логстеш всё кидать )
Tyranron: Наличие супервизера так же кажется излишним. Мне же по факту всего на всего надо стартовать две команды. Точнее три. Две стартовали (db-creator и tomcat) а третья почему то нет.
В итоге я нашёл решение о нём ниже.
Не считаю это нормальным вариантом. В данном случае filebeat это часть моего приложения. И если мне надо сделать 10 контейнеров, у которых надо смотреть за логами, то надо ещё десять filebeat контейнеров разворачивать?
А если один, то при добавлении нового контейнера мне надо будет перезапускать filebeat. Не вариант.
Есть же контейнер, который запускает весь ELK в одном контейнере. Да нарушение принципов, но одно другому не мешает.
Папа Стифлера: Иметь общую и проверенную конфигурацию всего приложения. А не готовить один набор настроек для разработки, второй набор настроек для тестов и третий набор настроек для продуктовой установки.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.