В целом - заббикс - странная штука как минимум потому, что работает поверх реляционной базы (мускуль, постгря, да и даже таймскейл не сильно помогает), которая не очень компактная (40-90 байт на точку с учетом индекса), довольно медленная для запросов и не очень умеет дополнительную математику поверх данных.
Ну и интерфейс заббикса - на любителя, настройка его так чтоб хорошо смотрится, если у тебя CMS все катит.
Ицинга-нагиос - вообще не про метрики. А смысл собирать все дважды - для ициннги-нагиоса и для метричного хранилища?
Инфлакс - платная кластеризация и довольно длинная история критичных багов и жручести ресурсов. Но в целом если инфраструктура небольшая - будет работать и даже позволит собирать кучи данных и какую-то математику поверх делать. Ну и язык запросов на любителя (я лично не фанат SQL подобного классического, да и IFQL какой-то на мой вкус непонятный - точнее я не понимаю почему они не взяли PromQL).
Пром - не решает задачу long term storage'а, довольно большие вопроы про кластеризацию (хочешь реданданси? пиши дважды и т.п.). Зато язык запросов по сути стандарт.
Всякие Таносы и Виктории - пытаются решать проблему LTS для прома.
Графит - питонячий стек медленный, Гошный стек раздробленный и не такой функциональный. И некоторые вопросы с алертингом - ибо по сути есть Графановые алерты, которые нефункциональны, Мойра, которая на потоке метрик должна сидеть и Bosun, который в странноватом состоянии (stackoverflow его закапывает, а крупный юзер которого я знаю -
booking.com, не хочет что-то подбирать, да и не очень уверен что может технически потнянуть разработку), да и bosun по язку запросов - очень специфический.
Чо там еще осталось то? Ну m3 от убера - относительно новый