без возможности взять из файла или env ?
https://github.com/tarantool/tarantool/commit/4bb1eb0ed968d2123ef723d5788e0c4f17c68087
секреты вообще ни в каком виде не должны попадать в конфиги ни при каких раскладах
Я хочу сервисных пользователей для репликации/шардинга/фейловера с авторизацией по клиентским сертификатам. Но сейчас такого нет.
это понятно, но наверняка это будет только в EE , но для обычных сценариев все равно должна быть алтернатива при которой в конфиге не будет секретов , ни при создании юзеров ни при указании репликации , вообще нигде
(Это да, совсем не исключено.) С env я вижу такую проблему. Мы сейчас рассматриваем environment как источник инстансовой конфигурации, не кластерной. Соответственно, из него не пытаемся делать выводы о пользователях на других инстансах. Можно рассмотреть какие-нибудь отдельные env-переменные с маппингом пользователей в пароли. Можно рассмотреть отдельный файловый конфиг с кредами, хотя мне кажется, что это не очень полезно (я пытался как-то такое продать безопасникам — типа, заведите шифрованный раздел — не слишком удачно). Мне, правда, не очень хочется делать возможность взять пачку файловых конфигов и померджить внутри тарантула — я бы лучше такие штуки делал тулой для генерации/сшивания конфигов. А тарантулу давал один. Хотя тут я не держусь за этот подход всеми руками. В общем, если есть какие-нибудь еще мысли, как бы сделать удобнее без слишком больших переделок, то я бы как минимум послушал. Время до релизов еще есть поделать доделки по фидбэку.
> есть какие-нибудь еще мысли да все очень просто , обычно указывается в каком ENV смотреть и все, дальше процессинг идет туда куда сказали и вообще не думает это кластрный конфигн или инстанса, имя env можно вписать в конфиг любое какое угодно, такая же схема и просто с файлом, я не говорю про мерж конфига, считай что это просто тривиальная шаблонизация которая подставляет строки из одного места в другое
Обсуждают сегодня