Tuna Секреты — современный подход к конфигурации окружений

[opusmode]

Прикольно. Сам в апреле начал пилить что-то подобное для внутряка. Может рассмотрю ваше. У меня несколько иная логика и несколько иной подход, но очень много схожего внутри

[jidckii]

А можете поделиться, что у вас за логика? Может есть какие-то фишки которые нужны, а у нас ещё нет.

[opusmode]

Просто заточено под нас.

У вас cli с туннелем, а у меня редактирование и просмотр только через UI, а получение готового файла через API.

Т.е я могу отправить запрос вида /env/mysite/prod и получить нужное мне.

Ну плюс внешний oauth, своя проверка доступов, использование redis/valkey и pg, плюс fallback на sqlite (т.е я могу запустить приложение локально, даже просто из контейнера и мне не нужно больше ничего), при этом при обнаружении pg база будет смигрирована из sqlite.

Из минусов - я получаю только чистый текстовик, без json или yaml формата, так как они мне сейчас просто не нужны.

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

[dersoverflow]

и снова каша из топора...

Сервис секретов предназначен для хранения настроек к вашим приложениям

Дано. Для "повышения безопасности", вы храните в СервисеСекретов "настройки" для приложений.
Вопрос: Где вы храните "настройки" для самого СервисаСекретов?

заходи и бери, что хочешь??

[leoismyname]

Ну что хочешь не возьмешь, тут принципиальное ограничение в том, что сервисный ключ имеет доступ только к одному окружению, а получение секретов может быть ограничено по подсетям – не получится имея ключ получить данные не из корпоративной сети, грубо говоря

[Gans_S]

Непонятно, чем данный продукт, если его так можно назвать отличается от десятка проверенных, наличием WebUI, это дополнительная точка проникновения.
Все перечисленное реализуется на чистой OS без сия опуса, с меньшим расходом ресурсов.
Еще один пустой, гламурный продукт, ради самого продукта, изобретем велосипеда!