@tnt4brain бахни ему рестрикт и делете плиз

Ща

Готово

@k_i_r_y будет жить. Поприветствуем!

@they_hanging_me будет жить. Поприветствуем!

@agatsu будет жить. Поприветствуем!

@abeltsov будет жить. Поприветствуем!

@youngbluesman будет жить. Поприветствуем!

@AlexFedorov будет жить. Поприветствуем!

Друзья! Есть задача по собиранию логов из stdout контейнеров, которые крутятся в Docker Swarm (про k8s я в курсе, но пока ребята с контейнерами на "вы", не хочу свистопляску разводить). Сейчас собираю через контейнер fluentd запущенный в режиме global на каждой ноде Swarm и отправляю в ElasticSearch, каждый сервис в отдельный индекс, все как полагается. Пока приложений мало и хватает одного общего fluent.conf, для всех служб. Однако есть мысль выкатывать Stack'и, каждый с отдельным контейнером fluentd, чтобы хранить его настройки в одной репе с приложением, которое будет писать журнал. В кубике это реализовано через pod'ы и все более-менее компактно, вот думаю вообще в Docker Swarm так делают, или есть какие-то подводные камни?

@Fiery_Fenix будет жить. Поприветствуем!

@not_logan будет жить. Поприветствуем!

@s_ignatov будет жить. Поприветствуем!

@EKbfh будет жить. Поприветствуем!

зачем плодить кучу флюентдов? На примере кубернетес кластера, на каждой ноде стоит один агент. Больше не нужно.
Также вместо флюентд стоит посмотреть на fluent-bit или filebeat от еластик.

@inish777 будет жить. Поприветствуем!

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

А логи в жсоне сразу не вариант?

Логи и так в JSON'е, но слать не сжатый JSON по сети — чистейшая питушня.

Там же не только формат есть, есть же еще всякая интересная логика, которую может решать логгер.