> Если фронтендом не пользоваться, то от заббикса остается не слишком удобный агент
> и прожорливый, сложный в поддержке и с кривой отказоустойчивостью бекэнд. Возникает Вот как раз бэкенд - это то, что и есть в нём хорошего. Ну не вывозят ваши прометеусы с графанами тысячи разрозненных и не агрегируемых в сервисы хостов и сотни тысяч метрик без отдельной пары стоек под них, никак. Да и на паре стоек только с костылями.
> Сам заббикс так не думает и позиционирует себя именно как изкоробочное решение
Изкоробочное решение - оно для тех, у кого небольшие инсталляции - там по сути без разницы, что выбрать. Кому-то больше нравится Zabbix, кому-то Prometheus, кому-то ещё что.
>> Если шаблоны требуют рефакторинга - значит они изначально созданы криво.
> Э, нет, это требования к мониторингу меняются.
Если шаблоны созданы по принципу KISS и нормально структурированы, то меняющиеся требования к мониторингу вообще никакой попaболи не вызывают, это я тебе по опыту говорю. Да, архитектура там не простая (точнее наоборот, она простая в доску, и этим вызывает сложности у любителей кнопки "сделаймнезашибись"), но именно она позволяет строить практически любые варианты мониторинга.
> Тогда у меня остается куча мусорных метрик без темплейта, которые "не надо
> вешать на хост". Можно конечно их найти ручками и поудалять, но
> уровень костылестроения итак уже зашкаливает.
Зачем? Ещё раз: создаёте новые шаблоны, которые у вас крутятся в голове, из исходных. Далее отменяете-навешиваете - и вот здесь сразу видно, что с заббиксом работали постольку-поскольку - существующие item'ы сами привяжутся к новым шаблонам по совпадению ключей. Дальше уже в рамках новых шаблонов добавляете-меняете-удаляете всё, что душе угодно.
> В прометеусе он показывает мерж реквест, а в заббиксе он как показывать
> будет? Смотри, я сделал такой темплейт, давай прокликаем по всем 99
> айтемам и 30 триггерам и проверим что я все правильно написал.
Хуже. Не просто прокликаем, а сделаем логический анализ написанного.
Тяп-ляп "позырить в код" по-диагонали - не наш метод. Половина из далее указанного после не нужна.
> интеграцией с CRM), либо в бою(отдельный квест раскатить темплейт по хостам,
> а не скопом и наблюдать как весь дашборд становится красным от
> новых триггеров и закрывает действительно важные проблемы), ведь другого решения тестировать
> триггеры заббикс не предлагает.
Мы для тестов используем "серенький" unclassified приоритет. Фаззинг триггеров тоже делается легко, благо создать тестовые элементы вида trapper и пополнять их sender'ом проблем нет, но это честно говоря даже в рамках наших масштабов оверкилл.
>> Tags
Мы для этого никаких фейковых хостов не используем, просто _опционально_ (опционально потому, что при непосредственно решении проблемы надо видеть всё) убираем при отображении эвенты, для которых имеются однозначные выстрелившие зависимости по тегам. Да, список забираем через API. На nvps это вообще не влияет.
