AK
а почему в ипрото треде то
+
Size: a a a
2020 May 29
KO
Также, я уже говорил, и Влад считает так же, что фиксированное число бакетов - это очень плохо в долгосрок. Появляются сверхжирные бакеты, в маленьких кластерах много пустых бакетов и распределение данных неравномерно. Бакеты надо уметь сплитать и перебалансировать. Схему разбивки бакетов на кластер для уже живых кластеров не поменять, поэтому встроенный в тарантул шардинг должен делать это изначально.
KO
а потому что заголовок тикета так сформулирован что вам он говорит одно, а мне другое:
KO
Implement proxying box calls on the IPROTO level
KO
Since these calls over iproto can not be proxied on the Lua level, changes must be done on the iproto implementation level.
AK
В тикете пока ничего нет про реализацию
KO
дада
KO
То что я написал выше - сочтём трудностями перевода
KO
реализацию переведём как realization, в смысле "осознание", а не implementation. Осознания проблемы в тикеты действительно нет.
AK
Ок, Костя, но сейчас ты понял о чём тикет?
KO
да я понял. сорри за резкость. но я до сих пор не понял что в тарантуле для этого тикета нужно сделать.
KO
iproto в тарантуле работает в iproto thread. если этот тикет делать в тарантуле, его делать надо в iproto thread. если не в тарантуле, то что он делает в тикетнице тарантула.
KO
я, конечно, за то чтобы втащить vshard router (с оговоркой про новую схему для бакетов выше) в ипрото тред двумя руками.
AK
В Тарантуле, но логика после подмены не в iproto thread
AK
Только логика вшард решает проблему частично
KO
а кто подменять будет?
AK
Иногда вшард не нужен
KO
где будет подмена?
AK
В ипрото, имхо, должна быть некоторая тонкая прослойка типа перекидывания параметров в луа тред, а дальше в луа треде исполнится файбер который выполнит запрос
KO
дело в том что эта "тонкая" прослойка должна как-то сообразить что этот iproto_insert пакет - нужно "подменить", а тот - нет