GL
очень дорогой, неэффективный и сложный в обслуживании
Size: a a a
2021 July 19
A
да, если самому заводить эластико-кибану - тогда конечно, если чтото коробочное (см выше) то нет же
GL
тогда цена за гигабайт капец
VI
ну grafana stack для тех кто победнее
GL
проблема в том, что в опенсорсе нет идеального решения. проприетарные есть идеальные
O
Идеальных решений вообще нет. Идеальное решение - отсутствие необходимости писать и хранить логи, потому что они никому не нужны и ничего никогда не ломается:)
GL
а логи и их обслуживание замедляют разработку
O
В характеристики продукта неизбежно включается цена. А хороших коммерческих, но при этом бесплатных, решений тоже нет:)
O
Вообще, про "логи замедляют разработку" я уже где-то слышал. Примерно рядом с "тесты замедляют разработку" и "метрики замедляют разработку". И даже CI замедляет, ведь всегда можно пушнуть с машины девелопера:)
GL
ну, невозможность писать столько логов сколько хочешь
O
Невозможно. Вообще, разработчик, который умеет в хорошие логи - это буквально золотой человек.
O
И дело даже не в дебаге принтом:)
GL
да, поэтому проще сделать так, чтобы можно было писать скока хочешь чего хочешь
GL
чем толпу разработчиков научить
IV
Интересно если в открытом доступе ml моделька которая классифицирует логи на actionable/non-actionable
O
Писать сколько хочешь - это достаточно редкий кейс. Это надо очень очень очень много ресурсов. Причем иногда оно такое же "сколько хочешь", как сотовый безлимитный тариф. Со звездочкой:)
O
Вроде не очень сложно научить? Если система сбора и классификации уже есть. Но мне кажется 90% кейсов решает if severity == $severity; then...
O
Это уже скорее anomaly detection и вот это все.
IV
Это кейс для любой event driven системы
O
Ну, мне доводилось видеть буквально сотни машин, которые просто молотят логи nginx какого нибудь, но это все таки не совсем про event driven.