У меня есть проект весенней загрузки модуля multi maven.Допустим, есть два модуля в родительском 'service' и 'config'.Сервис зависит от конфига.Модуль config содержит классы для кода конфигурации БД (cassandra db).Я добавил модуль конфигурации в качестве зависимости в pom моего служебного модуля.Приложение Sprinngboot прекрасно работает на локальном компьютере.Родительский пом имеет упаковку как пом.подмодули т.е.Сервис и конфиг имеют упаковку в виде баночки.Мне не нужно создавать войну, так как веб-приложение не требуется.это просто остальные микросервисы.Чтобы упаковать проект, я выполнил 'mvn package' на уровне root pom.Созданы банки для отдельных модулей.Сервисный модуль - это тот, где определен основной метод.Я создал файл манифеста на уровне сервисного модуля и развернул банку сервисного модуля в облаке.Приложение отлично работает на облаке.Я полагаю, что jar служебного модуля неявно содержит необходимые зависимости от модуля конфигурации, так как я уже определил config как зависимость в pom служебного модуля.
Далее, если я хочу внести некоторые изменения только в модуль конфигурации, будет ли онТребуется создать банку обслуживания и развернуть ее в облаке, даже если нет изменений в обслуживании?Или есть ли способ развернуть jar модуля config только в облаке?если да, как бы я связал свой сервисный модуль с этим в облаке, чтобы он продолжал функционировать, как раньше?
Каков рекомендуемый способ облачного развертывания проекта multimaven?
Редактировать:1 Чтобы сделать вопрос более ясным и точным, я ищу стандартный способ развертывания в облаке.Я описываю шаги, как я делаю развертывание в настоящее время, и со ссылкой на то, что я должен улучшить в текущих шагах.У меня 3 файла pom.xml.1 родитель и 2 ребенка.Кроме того, модуль конфигурации определяется как зависимость в служебном модуле pom.xml
. Для развертывания ниже приведены шаги, которые я предпринимаю -
- Переход к пути родительского pom и запуск пакета 'mvn package'.создает соответствующие jar в дочерних модулях (1 jar в сервисе и 1 jar в конфиге)
- создает файл manisfest.yml в сервисном модуле и указывает путь к jar сервиса вместе с другой необходимой конфигурацией в файле манифеста.
- Вход в облачный литейный цех, переход по пути к служебному модулю, где присутствует файл манифеста .yml, и выполнение «cf push». Он развертывает и запускает мое приложение в облаке.Все хорошо!
Далее, допустим, я внес изменения в код класса модуля конфигурации.Как я могу просто развернуть jar модуля config в облаке?Будет ли мое приложение работать до сих пор?
Ранее я развернул только jar сервисного модуля, а не jar конфиг-модуля.Приложение работает нормально.Но в будущем, если я внесу изменения только в модуль конфигурации и не коснусь служебного модуля, мне все равно нужно будет создать jar службы, как я делал изначально, или есть способ, которым я просто заново создаю jar для модуля конфигурации, который был изменен иразвернуть только это.