Size: a a a

2021 July 07

LV

Leonid V in Tarantool
На всякий случай уточню. Речь идёт про https://github.com/tarantool/queue
Тесты - https://github.com/tarantool/queue/tree/master/t (хотя, возможно, там нет желаемого)
источник

MA

Mons Anderson in Tarantool
Спасибо, кейс простой и понятный. Странно, что раньше никто подобное не предлагал. Единственное уточнение: чем вам не подходит какой-нибудь готовый squid?
источник

ВМ

Валерий Матросов... in Tarantool
С одной роли в очередь продюсером сыпятся задачи, в другой роли консьюмер берет их на выполнение. Очередь в роли на стороне консьюмера.
источник

AT

Alexander Turenko in Tarantool
Если я правильно понял, то можно на спейс с очередью повесить on_replace-триггер и там отлавливать нужные события.
источник

MA

Mons Anderson in Tarantool
Ещё есть xqueue с особыми возможностями, но кажется это не сюда
источник

AT

Alexander Turenko in Tarantool
Если по отдельным задачам, то просто методы take / peek. Если по задачам в определенном статусе нужно пройтись, то tasks_by_state. Если нужно точно в момент изменения статуса любой из задач что-то сделать, то триггер.
источник

AT

Alexander Turenko in Tarantool
А, не, не обязательно триггер. Есть on_task_change коллбек в самой queue.
источник

ВМ

Валерий Матросов... in Tarantool
С этим я разобрался. Не могу понять как с одной роли в другую к очереди подцепиться? Поэтому и спросил про драйвер, в том ли направлении копаю?
источник

AT

Alexander Turenko in Tarantool
Роли запущены, вообще говоря, на разных инстансах.
источник

AT

Alexander Turenko in Tarantool
Там что-то про rpc в картридже было, забыл название метода.
источник

AT

Alexander Turenko in Tarantool
queue живет на каком-то конкретном инстансе, но ходить в нее по iproto никто не запрещает.
источник

AT

Alexander Turenko in Tarantool
(Только надо разрешить. См. функцию grant.)
источник

LV

Leonid V in Tarantool
источник

ВМ

Валерий Матросов... in Tarantool
Спасибо! Сообразил!)
источник
2021 July 08

SF

Sergey Fedorov in Tarantool
Кусочек текущей задачи в том, чтобы отрезать КликХаус от прямого доступа юзеров демфером в виде Тарантула.

Из CH я достаю счетчики плюс разные timeseries-данные с группировками по датам и пока я складываю ответ как упакованный в строку JSON в спейс Squid'ом можно обойтись, наверное (я с ним не работал), но в дальнейшем я хочу внутри Тарантула раскладывать данные кэша по датам, обновлять их в файбере по расписанию, может быть агрегировать или что-нибудь еще...

То есть мне нужно будет иметь на борту кэша относительно сложную логику и возможность ее развивать, вряд ли Squid на такое способен, а в чуть похожей роли Тарантулы у меня уже несколько лет работают по MessagePack с вызовом lua-функий.

В случае реализации метода connect я свободен от необходимости затаскивать в приложуху драйвер Тарантула и могу использовать его как кэш где угодно.
источник

N

Nobody in Tarantool
xtm на eventfd ;) это дороже, чем futex
источник

MA

Mons Anderson in Tarantool
Спасибо
источник

MO

Maxat Oralbaev in Tarantool
Совет дня! для обработки multipart/form-data используете kong multipart/form-data rock.
Проверено.
Это еще нет в самом http
источник

SN

Sergey Nikiforov in Tarantool
Нельзя. Это скорее всего ни один HTTP(S) сервер не умеет AFAIK, это для прокси, используется в основном для хождения из корпоративной сети на сайты с HTTPS. И на архитектуру libh2o это не ложится от слова совсем.
источник

SN

Sergey Nikiforov in Tarantool
С учётом повсеместного HTTPS - придётся устраивать MitM и устанавливать на клиентов левые корневые сертификаты. Гигантская дыра в безопасности. Это точно Ваш путь?
источник