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

На самом деле скорее от ресурсов которые команда готова выделить на эту задачу. Оно довольно дорого логирование по полной .. или много денег или много времени и опять денег .. и потом на поддержку в живом состоянии тоже ресурсы тратить

Ухты!

Дякую, стільки нових назв, уххх!

А для логов лучше использовать базу данных или обычный файл? Или все зависит от задач?

Я сейчас пишу в файлы, каждый день, новый файл

И на сколько за день за месяц увеличивается объем файлов?

А мы в базу пишем, так с ними удобнее потом работать

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

Можно в монгодб  - быстро и бесплатно.

А есть какой либо синтаксис для этого, чтобы максимально извлечь пользу из этого, или правила оформления?

Как вообще адекватно писать логи?)))

Как то была похожая задача- решил mongodb+winston , вполне устраивало .

Спасибо, буду чекать) У меня сейчас вот целый лист бумаги где я позаписывал все советы, чтобы все перед глазами было))

Есть еще Graylog, про него не упоминали, но это интересная штука. Это где-то на одной ступеньке с ELK, но со своими нюансами и радостями. Почитать сравнение: https://expertise.jetruby.com/log-management-graylog-vs-elk-d6e8f0492323

Из приятного с точки зрения девелопера:
1. Сверхудобный мониторинг. Всевозможные фильтрации, разделения, квери какие только душе угодно, быстрый/полнотекстовый поиск. И всё это в удобном интерфейсе с дашбордами, графиками, таблицами и остальными художествами.
2. Наглядно и нагрузка, и исключения.
3. Особенно удобно, когда сервисов много.
Если для примера возьмём какое-то микросервисное решение, то можно спокойно мониторить весь путь запроса по сервисам, внедрив корреляционную айдишку.
4. Довольно простая интеграция
5. Норм документация

Для девопса тоже приятные штуки, в т. ч. гибкие настройки прав и доступов.
UI настолько удобен, что логи запросто сможет мониторить нетехнический человек.

Опять-таки, как подмечали выше, всё упирается в ресурсы, масштабы, архитектуру и целесообразность.
На сложный нагруженный проект с микросервисами, контейнерами, эластиком, MQ — Graylog зайдёт на ура. Желательно, с толковым девопсом 🙃
Вариантов для систем попроще огромное количество. Но, как говорится, я просто оставлю это здесь, вдруг кому-то пригодится.. :)

Спасибо большое!

Не являюсь экспертом, мое мнение сильно субъективно. Хорошие идеи уже тут есть, но все же: У меня было такое тоже, когда стало 300к файлов(1к+ юзеров), было грустно и тяжко искать) проще в базу кидать, монгу, или постгрес/мскул, без aws любой шаред хостинг за 1$/мес дает возможность сделать мускул базу в 10гб пока не упрёшься в лимиты выделенного винта, потом удаленно подключился, в датагрипе выбрать то что нужно, дату, тип логов, и смотреть, с датагрипом админка не нужна. но это все "колхозные" решения, конечно, лучше использовать готовые солюшены для логгинга, тут их уже предостаточно. Просто чтото платное, или другой сетап, что-то требует солидной поддержки, или жрёт ресурсы, или много времени на развёртывание, все упирается в вопрос необходимости и выделяемые на задачу ресурсы. По бырику вариантов масса, по кошерному - ещё больше))

Это скорее как итерации, файлы - как ишилиал, база на монге - как костыль для микропроекта, дальше готовые решения, каждое как просто соотношение размера проекта и возможностей бизнеса выделять на сапорт денег. Гдетт выше saas для ентерпрайзов, aws клауд решения, кастомные для финтеха и проч.

А Вы довольно сильно разбираетесь во всем этом, у меня то уже голова лопаеться)) но ничего методом тыка тоже нащупаю свой вариант. Благо проектик не большой

"бесплатно" баз не бывает 🙂