Можете рассказать, зачем их  две? Возможно мы можем добавить поддержку

в одной space-explorer для энтерпрайза, в другой без для коммьюнити

закину сразу еще вопрос по кластеру: как можно прокинуть глобальные переменные мастер-нод на ноды реплик?

точнее даже не глобальные, а локальные

Зависит от того, откуда они берутся на мастере и какие гарантии на их одинаковость вы хотите получить.

https://github.com/tarantool/vshard/issues/237
вот похожая ишью, но мне просто нужно проинициализировать реплики также как мастер, причем не важно кто будет первым
local var = 'value'

Ну в нулевом приближении варианты такие:

1. Инициализировать всех из переменных окружения. Минусы - сложно отследить что они отличаются.
2. Завести секцию в кластерном конфиге. Одинаковость гарантируется картриджем, но редактировать без кворума становится невозможно (пока мы это не починим). И гранулярноти по репликасетам не удобно добиваться.
3. Хранить настройки в спейсе и пусть сами реплицируются. Главное обвешаться тригерами чтобы конфликтов не было.

а коллбек аналогичный init на репликах никак не указать?

а что там за переменные то? я кейс никак не пойму

так инит исполняется на репликах же тоже

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

для всех спейсов в init запоминаю ссылку на спейс:
local space = box.space.some_space

как не поддерживается

(там апдейт не поддерживается только)

я это к чему

оно же везде одинаковое? на всех репликасетах?

да еще и меняется редко

кажется это должно быть в кластерконфиге, не?

https://www.tarantool.io/en/doc/2.2/reference/reference_lua/box_space/#box-space-upsert
вот так, field_no - номер и только номер

да