Свойства источника данных Tomcat с Docker и Jenkins

Question

Попытка выяснить, как лучше настроить JNDI-запросы в контейнере Tomcat, снабженном докере.

До сих пор я придумал:

Хранение context.xml где-то в безопасности на целевых серверах, то ссылки на них в пределах

Проблемы Dockerfile с этим:

• Удаляет переносимость

Это поражает цель докера в на нем удаляется «настроить один раз, развернуть в любом месте» менталитет, который поддерживает докер. Каждому разработчику понадобится файл context.xml, который будет храниться локально на своей машине, чтобы заставить его работать.

Добавить встроенный шаг для эхо-ответа, который поддерживает учетные данные, хранящиеся в файле, затем привязать его к файлу enk.docker-compose, который загружается приложением через свойства (не используйте JNDI-запросы).

• Это немного лучшее решение, которое можно обслуживать на уровне Jenkins и разработчика. Разработчику просто нужно будет либо самостоятельно обновить свойства, либо предоставить свои собственные свойства локально.

Наружно хозяйничать полномочия

использовать что-то вроде зоопарка, или Redis для обеспечения во время выполнения ключ-значение для поиска учетных данных в базе данных.

Не уверен, что такое стандарт в настоящий момент, и онлайн-ресурсы кажутся повсюду.

Спасибо!

Answer 1

Таким образом, это может быть связано с использованием внешнего источника конфигурации, такого как zookeeper или Archaius.

Это выходит за рамки управления Docker и Jenkins и является чисто прикладной проблемой.