Имхо - зря

* Blame VictoriaMetrics for pointing Prometheus and Thanos users to solutions for their issues in public channels.

Это в духе "У вас Танос? Вот перешли бы на VM!". Ну, понятно за что blame тогда

Когда шутки про аггресивный маркетинг уже не шутки :( Интересно прямо посчитать количество упоминаний VM в issue к prometheus)

VM - 8
m3db - 3
thanos - 71
cortex - 74
influxdb - 113

за все время?

нет, это в духе:
- Пользователь: "добавьте lower и upper bound в histogram_quantile"
- Брайан: "нет - это ломает модель данных прометеуса"
- ВМ: "смотрите - мы это реализовали"
- Разработчики прома: "вы не можете подсказывать нашим пользователям решения их проблем. Это агрессивный маркетинг!!!!1111"

Ну так вы не предлагаете решение проблемы пользователю Prometheus, вы предлагаете им стать пользователями VM

я не могу принимать решения за пользователей прома. ВМ дает им выбор, которого раньше не было

Ну я бы воспринял как моветон, если бы в ишшуесы моего проекта постоянео приходилм и рекламили другой проект

да, что-то в этом есть. Хотя я бы нормально воспринял такое, если бы комменты были по делу, а не просто спамом. Это заставляет задуматься над "а не пора ли внести изменения в модель данных прометеуса?" вместо того, чтобы писать "не будем это делать, т.к. это нарушает модель данных прома". В конечном итоге от такой конкуренции выигрывают пользователи, получая продукт, лучше подходящий для их нужд

Просто ишшуесы продукта Х это не самое место для того чтобы промоутиьь продукт Y

Ну это мое мнение конечно;)
Зависит еще от того как вы там хотите выстроить взаимодействие

Но опять же прикол в том, что по идее выгоднее для вм дружить ч ребятами из прома

Чем нет

Ну, поехали:

1. На самом деле, вообще не важно, почему вы это делаете. По факту, вы используете issue одного проекта для рекламы его конкуретна. Причем не простого конкурента, а такого, что серьезно угрожает изначальному продукту, потому что как только условных ExtendedPromQL (который не является PromQL, как это не иронично) станет популярен, то автором prometheus ожидает ад из issue "почему фича x работает не так?".

2. Из первого пункта вытекает второй - на самом деле, вы предлагаете не выбор, а альтернативу. Если бы в VM и меня был выбор, вынести ли все измененные функции отдельно, и оставить себе PromQL в нативном виде, что бы оно все работало совместимо еще можно было бы обсуждать какие-то варианты. По факту, как только вы перелезли на VM, то использовать prometheus в виде, отличном от просто сборщика метрик будет довольно сложно.

Согласен. К сожалению, дружба что-то не заладилась :( Думаю, потому что вм - прямой конкурент таноса, над которым работают разработчики прометея

и еще потому что вм осмелилась нарушить "модель данных промтея" из головы Брайана

Мне интересно, вы правда не понимаете, что делаете из VM конкруретна Prometheus?)

по поводу второго пункта - у вас есть такой выбор, если используете promxy. Через нее пока недоступны расширения вм для promql. А так да, хорошая идея и для нее даже есть issue - https://github.com/VictoriaMetrics/VictoriaMetrics/issues/8 .

Для меня в целом загадка, почему изначально фичи из extendedPromQL не получили просто префикс vm или x?