AS
fts сделает стемминг и лемминг а греп нет
Size: a a a
2020 November 01
A
fts сделает стемминг и лемминг а греп нет
Ну, да, не делает. Но он разве нужен так сильно у логов? Мне вот в эластике это чаще мешается :/
AS
Alexander
Ну, да, не делает. Но он разве нужен так сильно у логов? Мне вот в эластике это чаще мешается :/
так вот тогда я бы взял loki
AS
который работает как греп и не делает ни стемминга ничего такого
AS
зачем советовать какую то морду над грепом я не понимаю вовсе
A
зачем советовать какую то морду над грепом я не понимаю вовсе
Worse is better :)
AS
тогда лучше советовать супероверинженеринг
AS
может быть вам подойдет кубернетис ?
GL
на небольших объемах яб пользовался саасом каким нить типа логз или датадога
PD
Пока что сложно даже примерно подсчитать... Даже если совсем все писать туда буду и с учетом развития, сомневаюсь что больше пары сотен тысяч в час
Тогда файлов хватит )
PD
fts сделает стемминг и лемминг а греп нет
А зачем они в логах, это же очень специфичная штука.
AS
А зачем они в логах, это же очень специфичная штука.
о том и речь
PD
Ааа )
Ну, если в системе есть ещё какая-либо аналитика, то можно вытащить CH.
Если нет, то я бы прикрутил vector на сбор логов и его же на выгрузку в файл. А потом вместо файла можно будет воткнуть все, что угодно.
Ну, если в системе есть ещё какая-либо аналитика, то можно вытащить CH.
Если нет, то я бы прикрутил vector на сбор логов и его же на выгрузку в файл. А потом вместо файла можно будет воткнуть все, что угодно.
GL
в логах не нужен сложный FTS, но базовый term index сильно, сильно удешевляет и ускоряет всё
GL
если в кликхаусе добавить базовый term index, он будет непобедим
PD
Смотря какие логи и какие сценарии. Для структурированных логов и траблшутинга term index обычно не нужен.
GL
а структурированные логи у тебя насколько сильно структурированы?
PD
А как ответить на этот вопрос?
A
а структурированные логи у тебя насколько сильно структурированы?
{"msg":"..."}:)
GL
например, "мы делаем схему для каждого лога каждого приложения"