Comments 9
Filebeat надо прикручивать к старому легаси, которое уже все боятся ворошить.
К спрингу лучше прикрутить что-то типа этого github.com/logstash/logstash-logback-encoder и избавиться от зависимости в виде диска.А в мире к8s решение с записью логов на диск может привести вообще к их частичной потере.
К спрингу лучше прикрутить что-то типа этого github.com/logstash/logstash-logback-encoder и избавиться от зависимости в виде диска.А в мире к8s решение с записью логов на диск может привести вообще к их частичной потере.
Я могу ошибаться, но без диска в случае, если упадет ELK, все трейсы за период простоя будут потеряны, тогда как в дисковом варианте Filebeat корректно сможет их залить после восстановления работы.
Что проистходит если логстеш временно недоступен?
копим логи в буфере и как появляется коннекшн отправляем их пачкой
хм…
Тогда единственное что мне не нравится в этом подходе это то что сервис должен знать о логстеш и даже его адрес.
не обязательно. ставим истио в кластер и создаем локальное доменное имя logstash. просто отправляем запрос по этому адресу, а уже истио сам находит по конфигу куда отправить запрос и по каким правилам.
Не проще ли повесить файлбит на порт через tcp / http input и отдавать логи напрямую, без промежуточного складирования на диске?
Sign up to leave a comment.
Spring Boot и Filebeat локально без регистрации и смс