Использование Graylog и NLog для сбора логов от приложений на C#. Личный опыт

1. я про это и говорю — сложность грейлога = сложность всех компонентов. Потому что если оно сломается, то придется искать что и где развалилось.
2. Может все-таки RabbitMQ -> Kafka заменить ?
3. sentry — необязательно использовать ВНЕ контура, можно им уведомлялки слать и на корп почту — главная фишка, что он схлопывает все однотипные проблемы, что позволяет понять пофикшена ли какая-то конкретная бага или нет. Грейлог и ЕЛК — это все-таки решения более общие и на них такой функционал напилить можно, но… зачем? Пускай каждую задачу решает то, что лучше всего для этого подходит )

structured logging мне как раз и обеспечивает Graylog.

это лишь один конец — отображение. а когда ты пишешь в лог вот таким образом:

using _logger.BeginScope("processing user {UserId}", userId);
_logger.LogDebug("User {UserName} found", user.Name);

а в грейлоге видишь:

message: User 123 found
Scope: processing user 123
UserId: 123
UserName: First User

при этом не занимаясь ручным наполнением вот этих параметров и не ограничиваясь одним лишь message и тем, что гвоздями забито в GelfTarget. И потом в грейлоге же спокойно ищешь и по UserId и по UserName, потому что они отдельные поля..

Алерты из логов — это антипаттерн.
Ну, ок — если очень хочется — для эластика есть модуль elastalert.
Из графаны не рекомендую — она очень приличную нагрузку на БД эластика даёт своими запросами. Такое себе. Либо очень умно планировать нагрузку, либо тюнить запросы.

Касательно грейлога — по сравнению с эластиком — это именно, что готовый продукт. Со своими ограничениями, но и очень классными фичами. Типа алертов, потоков, интеграции с лдап и всем прочим. Эластик тоже можно "сварить" со всем нужным, но необходимо тогда погружаться в его специфику

Ну, и опять же — вы наверняка не грейлог или эластик хотите, а скорее всего sentry. Он-премис — бесплатно. Попробуйте. Очень крутая штука. Именно для разрабов