грели цод?

выкачивая на фронтэнд около 8ГБ данных

а после фильтрации получали 9кб джсон

там же вроде таймаут можно сделать, или ты это и запилил? :)

да можно

но люди то хотят график )

ну я просто не дам даши рисовать всем

так вот было весело когда чуваки на это алертинг в графане повесили

с интервалом раз в 60 секунд

и жаловались на таймаут? :)

жаловались что у них пару раз в день в пике нагрузки no data :)

у вас там как то слишком демократично

просто обычная релационка встала бы колом без правильного индекса

ну у нас виспер )

и прилетели звездюли

и на файнды - индексы хорошие

просто обычная релационка встала бы колом без правильного индекса

типичный энторпрайз? :)

то есть раскрытие запроса в метрики - быстрое

типичный энторпрайз? :)

ты мне так и не ответил что ты делаешь на канале забикса :)

ты мне так и не ответил что ты делаешь на канале забикса :)

заполняю свой личный блокнот

черненький?

точно

я специально туда подписался в поисках мякотки, но чот времени нет

а про интерпрайз я не понял уклона вопроса

заполняю свой личный блокнот

Death Note?

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

ну тут вопрос что считать сервисом

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

ну когда к тебе приходят запросы по 8ГБ то очень хочется взять весло

и по мордасам

в случае реляционных баз рост обычно ведет к тому что все операции с базой начинают проходить через процедуры, которые разрабатываются командой DBA

ну когда к тебе приходят запросы по 8ГБ то очень хочется взять весло

кстати конкретно в графите кажется что это можно починить

если сервис это график то фильтровать товарищей вполне разумно

есть подозрение что не очень дорого можно вычислять "сколько данных нужно вычитать" на этапе подготовки запроса

кстати конкретно в графите кажется что это можно починить

ну ваще можно

и тупо лимитировать то что не больно

есть подозрение что не очень дорого можно вычислять "сколько данных нужно вычитать" на этапе подготовки запроса

можно

а если сервис это лейте нам чо хотите и потом берите чо хотите - то это боль Владимира :)

и в правилах пользования сервисом "лимит вычитывания на запрос - 500 мбайт"

а если сервис это лейте нам чо хотите и потом берите чо хотите - то это боль Владимира :)

боль сервиса Владимира недооценена, но зато ему не скучно.

ну я выше говорил что можно таймаут пожесче и уже хоть чтото

ну я выше говорил что можно таймаут пожесче и уже хоть чтото

таймаут даст поведение плохое

"иногда работает"

а зачем ?

это самое омерзительное что можно придумать с сервисом

зато сраззу обращение - а чой то оно

тоесть мне кажется вы решаете несуществующую проблему

тоесть мне кажется вы решаете несуществующую проблему

к сожалению, нет :(

у @Civiloid всё ок. у юзеров всё ок. срадают только юзеры в пике потребления

у Владимира она очень даже существующая, и можно даже сказать типовая

зато сраззу обращение - а чой то оно

нет, перед этим долгий дебаг, а потом лучи ненависти. ничего хуже нет чем сервис, который работает "иногда"

ну я вот буду давать готовые графики :)

ну я вот буду давать готовые графики :)

когда у вас 100M метрик и 2000 пользователей - это немного затруднительно.

плюс профит графита как раз в том что "блин, мне стало вот это интересно, надо пойти посмотреть чо там было"

готовые графики это решение другой задачи, не той что ставили.

ну поэтому в той базе куда будет доступ на поковырять у 30% от этих 2000 будут просто оперативные данные

статистику все равно тяп ляп не сделаешь

это разные задачи

тоесть мне кажется вы решаете несуществующую проблему

"люди так хотят"

у @Civiloid всё ок. у юзеров всё ок. срадают только юзеры в пике потребления

тут проблема начинается

большая часть из 2к условных пользователей... это пользователи а не креативщики. даже не знаю хорошо это или плохо

когда люди вот сделали 5 алертов в графане, каждый из которых каждую минуту по 3 ГБ данных тянет

то это аффектит блин всех

большая часть из 2к условных пользователей... это пользователи а не креативщики. даже не знаю хорошо это или плохо

смотря сколько у вас людей в команде.

сервисы потому и делают, что "вот эту работу с графиками" могут делать не только те два бородатых в уголке, а еще 500 человек.

большая часть из 2к условных пользователей... это пользователи а не креативщики. даже не знаю хорошо это или плохо

да, их обучать приходится

рассказывать как делать правильно

ну именно поэтому я и притащил графит - он понятный и простой

ERROR: S client not available

аргумент

@Civiloid , у вас инфлакс же щас? :)

людей все равно приходится обучать основам статистики

@Civiloid , у вас инфлакс же щас? :)

тро-ло-ло? )

троллинг мод он

тро-ло-ло? )

отож. тут у человека понятный и простой графит.

он просто не познал боли )

еще

он просто не познал боли )

как-то запахло BDSM

познай боль

как-то запахло BDSM

а ты не знал что TSDB это разновидность BDSM?

а ты не знал что TSDB это разновидность BDSM?

нет

я ее дозирую, стоп фраза веселый огурчик

нет

теперь знаешь )

а расшифровка какая?

я ее дозирую, стоп фраза веселый огурчик

хреновая стоп-фраза, имхо

она вполне реалистична в TSDB-играх

в рик и морти чо то такое было

@spuzirev я думаю что-нибудь в духе Transhuman Sadism, Domination and Bondage, но не уверен

@spuzirev я думаю что-нибудь в духе Transhuman Sadism, Domination and Bondage, но не уверен

в голос

но без дневного партиционирования - сложно

а в чем проблема? решение 1 (прям партиционирование по дням): создаешь 31 табличку, поверх них виртуальную Merge-табличку. в писателе пишешь в правильную из них, в читателе читаешь из виртуальной. решение 2 (исключительно для решения проблемы "удалить старше двух дней"): для данных старше двух дней делаешь rollup до "одна точка в месяц". А прибъешь в следующем месяце сорри, что вмешиваюсь с конструктивом

а в чем проблема? решение 1 (прям партиционирование по дням): создаешь 31 табличку, поверх них виртуальную Merge-табличку. в писателе пишешь в правильную из них, в читателе читаешь из виртуальной. решение 2 (исключительно для решения проблемы "удалить старше двух дней"): для данных старше двух дней делаешь rollup до "одна точка в месяц". А прибъешь в следующем месяце сорри, что вмешиваюсь с конструктивом

ну тем что было бы партиционирование по дням - не надо было бы делать костыли

а так придется на костылях и подпорках пилить свое в таком вот духе

в случаи 1 надо умного писателя делать

который будет знать куда

так нам же за костыли и платят, не?

во втором случаи - в принципе да, но у тебя будут вылезать артефакты на интервале "старше 2х дней"

а так придется на костылях и подпорках пилить свое в таком вот духе

да у тебя все и так на самописных костылях!

да у тебя все и так на самописных костылях!

угу, костыль на костыле и костылем погоняет

во втором случаи - в принципе да, но у тебя будут вылезать артефакты на интервале "старше 2х дней"

ну немножко дофильтровать в читателе. не выглядит как нерешаемая проблема

@rlomonosov но в общем очень не хочется еще и для КХ делать свой

@rlomonosov ты ж будешь не рад если тебе такие PRы в твой graphite-clickhouse полетят? :D