IU
Ничего не поменялось.
Спасибо
он принят CNCF, а виктория до сих пор нет
танос пишется теми же парнями, что и промик
Size: a a a
2021 January 19
АС
пока опираюсь только на эти факты
АС
пощупаю одно и другое - можно уже будет более предметно думать
АС
https://pixielabs.ai - кто нибудь уже тестил это добро?
прикольная какая то штуковина. установилось в лёт, ща щупать буду ) спс
А
прикольная какая то штуковина. установилось в лёт, ща щупать буду ) спс
она еще довольно сырая, но выглядит как неплохое дополнение к мониторингу как реал-тайм мониторинг и дебаг
АС
она еще довольно сырая, но выглядит как неплохое дополнение к мониторингу как реал-тайм мониторинг и дебаг
да, выглядит мощно, согласен
АС
вкрутил в тестовый кластер, надо понять че за крендель такой )
АС
какие-то стрелки даж нарисовал
А
Они там делают нечто похожее на хабл от цилиума но без необзодимости лезть под капот cni
AS
https://pixielabs.ai - кто нибудь уже тестил это добро?
это же new relic-а кусок теперь
А
это же new relic-а кусок теперь
они опенсорснут все что у них есть судя по статье
https://blog.pixielabs.ai/pixie-new-relic/
https://blog.pixielabs.ai/pixie-new-relic/
А
в нью релике будут энтерпрайзные какие то фичи новые, все что сейчас работает уже - будет в опенсорсе
BD
https://pixielabs.ai - кто нибудь уже тестил это добро?
Прикольно, тоже попробую
А
ну и сейчас можно уже бесплтано бету потрогать, выглядит неплохо
АС
угу, только вот очень интересно, но н**** не понятно
А
угу, только вот очень интересно, но н**** не понятно
это точно)
в
Коллеги, день добрый.
Мб глупый вопрос, но тут появилась задача в прометей рулы новые добавить.
Сразу суть: что быстрее/ресурсоэффективней - 1 promrule с большим запросом или несколько более мелких?
допустим, нужен алерт на высокий латенси nginx, для 2х сервисов
вот я сначала написал 1 правило, совместив оба сервиса(они различаются только по route) и outgoing/incoming запросы через or
а теперь задумался, не лучше было б разделить их на 4 правила.
да, в контексте алерта нет необходимости разделять эти 2 сервиса и outgoing/incoming траффик, поэтому удобнее было бы иметь 1 правило.
Мб глупый вопрос, но тут появилась задача в прометей рулы новые добавить.
Сразу суть: что быстрее/ресурсоэффективней - 1 promrule с большим запросом или несколько более мелких?
допустим, нужен алерт на высокий латенси nginx, для 2х сервисов
вот я сначала написал 1 правило, совместив оба сервиса(они различаются только по route) и outgoing/incoming запросы через or
а теперь задумался, не лучше было б разделить их на 4 правила.
да, в контексте алерта нет необходимости разделять эти 2 сервиса и outgoing/incoming траффик, поэтому удобнее было бы иметь 1 правило.
PL
он принят CNCF, а виктория до сих пор нет
танос пишется теми же парнями, что и промик
танос пишется теми же парнями, что и промик
Удивительно, что до сих не появились завсегдатаи чата и не раскритиковали потенциальный выбор Таноса :)
Тут можно поискать по чатику и найти много критики Таноса. Больше всего его критикуют за сложность, непомерное потребление ресурсов и нестабильную работу.
В тоже время Викторию в чатике обычно хвалят как раз таки за разумное потребление ресурсов и простоту. В том числе часто советуют как long-term сторадж для метрик собранных Прометеусом. Плюс в чате присутствуют и активно общаются разработчики Виктории)
Тут можно поискать по чатику и найти много критики Таноса. Больше всего его критикуют за сложность, непомерное потребление ресурсов и нестабильную работу.
В тоже время Викторию в чатике обычно хвалят как раз таки за разумное потребление ресурсов и простоту. В том числе часто советуют как long-term сторадж для метрик собранных Прометеусом. Плюс в чате присутствуют и активно общаются разработчики Виктории)