Конфигурация Spring Cloud Boot AWS Secrets Manager для несовместимых имен - PullRequest
0 голосов
/ 15 апреля 2019

Я пытаюсь использовать конфигурацию менеджера секретов aws Spring Cloud (spring-cloud-aws-secrets-manager-config), чтобы инициализировать мое приложение с секретами от менеджера секретов AWS.Я сталкиваюсь с вопросом о том, как организованы секреты, в том, что моя организация не очень точно следует соглашению, указанному в Spring, и мы слишком далеко, чтобы изменить его.В частности, у меня есть секрет вида dev-MyAppName, который содержит все секреты, с помощью которых мое приложение может выполнять свои функции.

Я пробовал следующий конфигурационный файл bootstrap.properties, но безрезультатно:

aws.secretsmanager.prefix=
aws.secretsmanager.defaultContext=
aws.secretsmanager.name=dev-MyAppName

Со следующим в application.properties :

spring.application.name=dev-MyAppName

и следующим такжедобавлено для локального разработчика в свойствах приложения:

cloud.aws.region.static=us-east-1
cloud.aws.stack.auto = false

Я вижу записи в env на локальном хосте: 8080 / actator / env path, где Spring Cloud сообщает имя хоста и IP-адрес клиента, предполагая, что Spring загружается, ноНеясно, как адаптировать загрузчик конфигурации для использования моего менее оптимального ключа для получения секретов, которые действительно имеют значение.Я считаю, что в этом случае Spring пытается найти ключ / dev-MyAppName, но это не то соглашение, которое использует моя компания.

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

...