Чем это плохо ?

Предлагаешь, дать прогерам доступ во все неймспейсы? зачем это им, они запутаются

Меньше индекс - быстрее доступ

А фильтры для чего нужны? индекс - все лишь хранилище

И будет у тебя динамическое создание неймспейсов - будешь индексы создавать - удалять?

А если после удаления неймспейса логи еще нужны? как все это обрабатывать

фильтруй по метадате куба логи

О, хорошее замечание )

А это прекрасно решается уменьшением предельного размера индекса же, а индекс сет будет один

Как раз с разными индексами под разные логи - управление будет крайне неудобное, потому что везде рост разный

Есть не костыльный способ сделать для учетной записи неотключаемый фильтр в кибане?

Всем привет, есть таска на мониторинг - "Запросы надо выполнять раз в 3* минуты, паралельно. Тауймаут на исполнение запроса - 30* секунд. Если запрос не проходит - его надо повторить 3* раза (паралельно), и если хоть 1* из трех не выполнился - отправить алерт."  Как это сделать в довоеном забиксе я знаю) Но как в современном мире промитиуса и прочей мониторинг штуки, чет пока не гуглится ничего внятного. Может кто сталкивался с подобным?

спасибо

Это прям печально будет, если есть

Потому что все логики запросов пойдут нахер

Ну и что делать, если в другом неймспейсе понадобилось

дай доступ ко всем логам. Не верю что прогеры запутаются - вряд-ли это реальная причина.

Ну да, у меня вон тестировщик не путается и api грейлога ковыряет оттуда логи с тестов тянуть

А тут разрабы в кибане запутаются