Есть long polling, который слушает только 1 ключ

local channels= {}

local api_listen = function (req)
    local space = req:stash('space')
    local key = req:stash('key')
    if not box.space[space]:get(key) then return { status = 404, body = empty_json } end
    local timeout = 25
    local channel_id = space .. key
    local wait = channels[channel_id]
    if not wait then
        wait = fiber.channel()
        channels[channel_id] = wait
    end
    local new_updates = wait:get(timeout)
    if new_updates.sid and new_updates.sid ~= box.session.id() then
        return { status = 200, body = json.encode(new_updates.t['val']), headers = headers }
    end
    if not new_updates then return { status = 204, body = empty_json } end
end

Как можно организовать подписку на несколько ключей в одном соединении? Использовать несколько каналов? Вместо ключа сохранять session_id, key и уведомлять session_id вместо key?

Если ключи можно как-нибудь сгруппировать (сформировать что-то типа tube), то можно создавать по каналу на tube.

Если ключи совсем разнородны, и клиенты запрашивают что угодно, можно организовать что-то типа списка condvar'ов, когда клиент знает какие ему нужны ключи, он создает кондвар и сохраняет его в табличку для каждого ключа.

В памяти храним таблицу ключ => список кондов. Когда приходиь ключ, он нотифицирует все конды, которые у него лежат. Схему можно размасштабировать в некоторых кейсах, и задать некоторый паттерн, которому должен удовлетворять ключ, и чекать его через string.match, например.

Но идея сырая.

Есть такой тикет: https://github.com/tarantool/tarantool/issues/5635

Доброго времени суток! Возникла следущая проблема, тарантул стоит в докере, запускается оттуда же, при попытке обратиться к url методом client:post, получаю 595 ошибку "Connection refused", хотя curl с этого же докера отрабатывает корректно. В какую сторону копать?

POST без данных, видимо?

А, нет, тьфу. Перепутал, там GET на POST подменяется. Нерелевантно.

А не работает конкретный URL или вообще ничего?

POST, с телом, tarantool 2.2

Про остальные адреса сейчас проверю

в докере может помочь остановка всех контейнеров и запуск, когда клал контейнеры по 1 и потом пытался их поднимать, возникала ошибка Connection Refused - похоже в докере дело

Помогло обращение не к домену а к ip

Я не эксперт в DB, мне просто нужна репликация и одноранговость. Можете коротко рассказать про разность философии?

Тарантул для oltp, Кассандра -- для olap. Вам для чего?

Мммм olap с захардкоженным запросом прямо в базе (primary key)

Кассандра не олап, а помойка данных не в плохом смысле, просто факт

Ну, такого термина нет

Это ближе к oltp, olap это клик
Теперь где клик где кассандра по аналитике
Хотя кассандра ни то ни другое. Объектопомойка обычная, где ты по рукам связан в плане запросов. Не говорю что плохо, норм если надо хранить что то типа точек фактического  маршрута для яндекс такси

Я согласен, что кассандра ни то ни другое в чистом виде — для олапа к ней нужны обвязки вроде спарка, однако в дихотомии олтп-олап для Тарантула и Кассандры Кассандра именно ближе к краю олап.

Всем привет, подскажите по метрикам https_server_request_latency генерируемых для prometheus в разрезе quantile. Мы строим график отклика и 99 квантиль по метрикам возвращает условные полки состоящие из одного времени отклика на протяжении суток (где 99 вообще 20 секунд). Для альтернативного замера времени отклика и расчёта перцентилей подключили tarantool к http снифферу и elk замерили 50, 90 и 99 перцентили. Видим плавающие графики отклика где 99 перцентиль не превышает 3-х секунд. Поясните за какой интервал считается квантиль при построении метрики?

Графика для визуализации