Как создать образ докера, который сочетает в себе угловое и пружинное загрузочное приложение?

Question

У меня есть два разных проекта: весенняя загрузка и угловой проект. Теперь я хочу создать образ докера, который будет включать оба проекта. Я проверил maven-resource-plugin, который копирует угловые файлы в spring-boot /target/classes/resources directory. И docker-maven-plugin, который создает образ докера из spring-boot-app.

Должен ли я использовать выходные данные обоих плагинов для создания желаемого результата или мне нужно изменить способ создания образа докера? Теперь мой образ докера - это образ сборки из приложения весенней загрузки.

FROM java:8
VOLUME /tmp
ADD gs-spring-boot-docker-0.1.0.jar app.jar
RUN bash -c 'touch /app.jar'
ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/app.jar"]

Answer 1

Вы можете разместить wwwroot, сгенерированный веб-пакетом, как статические файлы, обслуживаемые приложением весенней загрузки.

Вместо того, чтобы запускать ваше угловое приложение в webpack-dev, выполнив ng serve, вы должны сгенерировать статические файлы с помощью ng build --prod (Я могу неправильно написать некоторые команды, записывая их из памяти) и поместить их в виде статических файлов в приложение весенней загрузки, как показано здесь https://spring.io/blog/2013/12/19/serving-static-web-content-with-spring-boot

Я не эксперт по пружинам, но вы можете сделать это, как вы сказали.Конечно, было бы неплохо иметь отдельный контейнер только с внешним интерфейсом, но если ваше весеннее приложение будет тесно связано с внешним интерфейсом и не будет обслуживать api для других сервисов, вы можете использовать хостинг решений angular на сервере весенней загрузки.

В конце концов, вы просто отправляете файлы html, js и css в браузер клиента, где код выполняется в точности, поэтому размещение статических файлов не будет обременительным.

Отделение API от обслуживания внешнего интерфейсаСлужба (например, nginx, httpd) была бы разумной, если вы хотите масштабировать только внутренний сервис для обработки большего трафика, но я думаю, что это не так.