топ) рекомендую

Работает. А разве не должен?) В ранних версиях дох внезапно сам по себе, но потом исправили. Как и любой сервис его надо мониторить.

Область знаний для меня немного новая, пока не совсем понимаю, какие есть типовые решения.

Ну т.е. есть условный ELK — и он более-менее на слуху: есть и что почитать и спецы на рынке тоже есть. А про Sentry раньше не доводилось слышать.

Это разные системы из Observability и вряд ли тема достойнайная архитекторского сообщества, она скорее попахивает вводным в DevOps.

Sentry нынче очень попсовый, документации для него достаточно и логи он не занеяет. Особенно на стадии когда сервис выдаёт ошибки запуска и не может корректно выгрузиться в память.

Так же, если не знакомы, ознакомьтесь с Pull/Push системами сбора метрик/логов, их плюсами и минусами. Sentry это Push со всеми минусами подхода.

Э, это все про разное.
Sentry - это скорее не про сбор логов, а про сбор и анализ ошибок.
И он чуть-ли не старше ELK-стека (который, впрочем, скорее архитектурное недоразумение)

Я так и написал) А то нынче сборщиками ошибок хотят заменить сборщики логов.

Помимо разных задач (конкретно Sentry с натяжкой в коде самому можно обложить исключениями так, чтобы работало почти как лог), они ещё подключаются в разное время. Сборщик ошибок вроде Sentry будет работать только если само приложение не ушло в краш.

Вот это интересно

коллеги: спасибо большое за мнения.

Фил, а что не так с архитектурой ELK? И, в принципе, с фораардингом логов, их агрегацией, а потом анализом.

Ёж с ужом.

как бы там ни было, задачи ELK/EFK решает

Смотри, мы взяли полнотекстовый движок, веб-мордочку для очень простого BI и плохое решение для ETL. Каждый из этих элементов очень плохо подходит для работы с логами, а все вместе - так просто кошмар.
В результате решение по сбору и просмотру логов на ETL требует больше ресурсов, чем собственно прод.

Екстракт трансформ лоад? не опечатка?

Гораздо более здоровое решение той же задачи - vector + CH + cli/idea

Не опечатка. Ты посмотри на то, что и как делалает логстэш )

я плююсь от ЕЛК ...

у меня админов его больше чем в продукте)))

Ну вот да. Так как все компоненты вообще не про логи, то поддержка, масштабирование и т.п. становятся головной болью.

Ну альтернатив не мало есть. E*K союзу. Начиная от Loki + Grafana и заканчивая решениями в себе, вроде старых Splank, Graylog... За всеми не уследишь даже...

Grafana тоже плохое решение для просмотра логов, увы. Loki не смотрел, но пока отзывы так себе. Graylog, насколько помню, просто надстройка над EFK.
Платные решения интересные, но для очень маленьких проектов, иначе стоимость слишком большая