Size: a a a

2020 November 06

YD

Yaroslav Dynnikov in Tarantool
Chris Calvin 🦖
Привет, подскажите, пожалуйста по http-server для Cartridge.
Насколько я понял из примеров в tarantool/examples - в самом cartridge тянется модуль http, API которого сильно схож с https://github.com/tarantool/http, но беднее по функциональности. К примеру нет поддержки middleware из коробки, а очень хочется добавить фильтры аутентификации(к примеру)

Это один и тот же модуль, только в разных версиях?
Или же это отдельный модуль заточенный под картридж?

Если один и тот же, то планируется ли мердж вышеуказанного http-server в сборку картриджа, или же нужно велосипедить/копипастить нужную функциональность самому?

Либо же присутствует какой-то стандартизованный API для описания флоу аутентификации под картридж http-сервера?

UPD: Просмотрел, что это дейсвительно одно и то же, и что в http-репозитории размечены тэги 2.х, и фичи, о которых я говорил выше находятся в них. Не планируется ли обновление Cartridge зависимости на 2.х?
мы думали про обновление, сделали даже пр, но мержить не стали. изменений много, а польза не очевидна. да к тому же разговоры про х2о масла в огонь подливают
источник

DS

Dmitry Sharonov in Tarantool
Дмитрий
Подскажите, пожалуйста, при использовании vshard, могу я какой-то space (словарик) сделать доступным на всех узлах? Если да, то что это за настройка?
увы, короткий ответ "нет"
источник

KN

Konstantin Nazarov in Tarantool
я думаю можно ждать уже h2o
источник

KN

Konstantin Nazarov in Tarantool
он в скоупе квартала
источник

Д

Дмитрий in Tarantool
Alexey Kuzin
Хороший вопрос для SO
источник

AK

Alexey Kuzin in Tarantool
Dmitry Sharonov
увы, короткий ответ "нет"
Но погоди, спейс можно сохранять мимо вишарда
источник

AK

Alexey Kuzin in Tarantool
И локально он будет доступен
источник

DS

Dmitry Sharonov in Tarantool
ну короче это не настройкой, а написанием кода
источник

DS

Dmitry Sharonov in Tarantool
и длинный ответ да, лучше на SO
источник

AK

Alexey Kuzin in Tarantool
Ну да, поэтому лучше на SO ответить
источник

Д

Дмитрий in Tarantool
Ну тут можно и не через vshard. Идея именно иметь большие спейсы (например с заказами), разбитые по шардам, а спейсы с словарями на каждом узле, чтобы AS мог обратиться к тем бакетам, что на нём расположены + словарям не ходя по сети лишний раз.
источник

Д

Дмитрий in Tarantool
Возможно это вообще как-то иначе реализуется :)
источник

AS

Andrei 🦉 Sergeev in Tarantool
Дмитрий
Ну тут можно и не через vshard. Идея именно иметь большие спейсы (например с заказами), разбитые по шардам, а спейсы с словарями на каждом узле, чтобы AS мог обратиться к тем бакетам, что на нём расположены + словарям не ходя по сети лишний раз.
выносом словарей в отдельный сервис со своей базой, например
источник

AK

Alexey Kuzin in Tarantool
Мы когда-то хотели такое в карже делать, но что-то не помню чем закончилось
источник

AK

Alexey Kuzin in Tarantool
Дмитрий
Ну тут можно и не через vshard. Идея именно иметь большие спейсы (например с заказами), разбитые по шардам, а спейсы с словарями на каждом узле, чтобы AS мог обратиться к тем бакетам, что на нём расположены + словарям не ходя по сети лишний раз.
Идея в целом хорошая
источник

Д

Дмитрий in Tarantool
Andrei 🦉 Sergeev
выносом словарей в отдельный сервис со своей базой, например
Такой вариант тоже есть (одна из моделей). Но хотел попробовать еще когда общий слой размазан по всем, тогда, доступ к данным будет локальный, даже если узлы на разных машинах... по идее должно давать профит на сетевых хождениях, но это не точно. Возможно тут я вообще не прав и так не делают в Tarantool.
источник

AS

Andrei 🦉 Sergeev in Tarantool
Дмитрий
Такой вариант тоже есть (одна из моделей). Но хотел попробовать еще когда общий слой размазан по всем, тогда, доступ к данным будет локальный, даже если узлы на разных машинах... по идее должно давать профит на сетевых хождениях, но это не точно. Возможно тут я вообще не прав и так не делают в Tarantool.
локальность данных имеет свою цену в поддержке
источник

AS

Andrei 🦉 Sergeev in Tarantool
если это не узкое место всей системы, то лучше отдельный сервис и отдельная база, не раз проверено на практике
источник

KN

Konstantin Nazarov in Tarantool
Дмитрий
Такой вариант тоже есть (одна из моделей). Но хотел попробовать еще когда общий слой размазан по всем, тогда, доступ к данным будет локальный, даже если узлы на разных машинах... по идее должно давать профит на сетевых хождениях, но это не точно. Возможно тут я вообще не прав и так не делают в Tarantool.
вы еще подумайте — насколько вам дорог поход по сети из тарантула в тарантул
источник

KN

Konstantin Nazarov in Tarantool
возможно вы просто обойдетесь  шардированным спейсом. но в любом случае — задайте вопрос на SO
источник