c
И это печалит, когда каждый раз видишь вопросы, от которых становится оч грустно(((
Size: a a a
2021 October 23
c
Хотят функциональность полнотекстового движка от OLAP(((((
S
Все потихоньку, поступательно, без революций. Прод жеж это
c
А в полнотекстовой движок засовывают аналитическую функциональность((((
S
Про Шварценеггера и бензопилу сразу вспоминается….
PD
При этом еще и путают полнотекст с поиском по подстроке )
c
И по сути, если частота поисков по логам будет минимальной, то можно и загрепать :D
PD
Ну, на CH так и делают обычно )
c
Нууууу теперь вопрос еще вот в чем: а для такого CH нужно? 🤔
c
Ац мин, тупо складывать все логи в него будут, разве нет...?
PD
А ты напиши use cases для работы с логами. Там будет куча задач вида "все логи по одному пользователю за час", "все логи по одному correlationId" и т.п. И для них CH - удобнее, чем что-нибудь еще (с учетом надежности, масштабируемости, качества упаковки и так далее).
PD
Собственно, я так и сделал - выписал сценарии, прикинул, на чем что реализовывать сколько будет стоить. На CH делать проще, чем на ES или на файлах или на РСУБД.
S
И с этим тоже беда. Кто кодревью в своем процессе не юзает - тот никогда не сможет понять какого х
c
Ммм, забыла об этом этапе, в принципе... (который обычно стараюсь делать), но спасибо, подумаю на досуге
PD
Там еще ролей много - эксплуатация, разработчики, СБ, поддержка и так далее
PD
Даже маркетинг иногда )
PD
Но почему-то при планировании инфраструктуры - все забывают про use cases, это постоянная беда.
Мониторинг, трейсинг, логи, деплой - делаются без понимания "какие задачи решаем, каких ролей, с какой частотой".
Мониторинг, трейсинг, логи, деплой - делаются без понимания "какие задачи решаем, каких ролей, с какой частотой".
c
Мммм, кажется я вижу кое-какие косяки в одной теме моей на фоне сказанного тобой... 🤔
PD
О, хоть какая-то от меня польза )
c
Нууууу надо было мне раньше обращаться к тебе, хотя время на исправление еще есть... 🤔