A
Почему не вечно?
Ну и каждый раз ради графика бежать по милиарду строк, дорого, долго и богато
Size: a a a
2019 March 12
S
если задача ловить выпадение из SLA и потом локализацию сбоя проводить
A
Так не правильно - тебе надо в логстеше предагрегировать это зло, и писать в эластик только те полные записи, которые о сбоях
Нету логстеша. Микроскрвисы которые срут сразу в елк. Микроскрвисы пишут разные команды, все сложно
S
А, ну тогда все плохо
A
:) а то
MS
Нету логстеша. Микроскрвисы которые срут сразу в елк. Микроскрвисы пишут разные команды, все сложно
Это же прям точка отказа, если напрямую
S
логстеш как раз относится к бест практисез
S
если его нет, то страдание и отсутствие контроля
A
Разработчики они обычно используют первое попавшееся решение. В общем это не в моей зоне ответсвенности и контроля.
MS
Если тактически решать, то тольк агрегации
S
Это же прям точка отказа, если напрямую
И да и нет одновременно, но больше да, из-за отсутсвия воможность сделать replay доставки логов в CLS
A
У меня есть лог. Просто если я его переагрегирую в 2 числа, то уже и нет смысла его в еластик ложить
A
И да и нет одновременно, но больше да, из-за отсутсвия воможность сделать replay доставки логов в CLS
Я надеюсь как то они это решили
MS
И да и нет одновременно, но больше да, из-за отсутсвия воможность сделать replay доставки логов в CLS
если упадет эластик, то без нормального cb будет отказ сервиса
S
Прямой срач в эластик это прям эпический харам, DR и IS неодобрительно кивают головой
A
Я понимаю что это плохо. Но у меня вопрос не в этом :)
MS
А накручивать cb для логов это усложнение системы, поэтому logstash и бест практис
S
Я надеюсь как то они это решили
Они - это кто?
A
Другие люди :). А логстеш может агрегировать по минутно? Я так не делал. Типа за текущую минуту 95 перцинтил 320ms для 200 code и эту строку засылать в elk
MS
Для sql есть прикольное решение - getdbt.com