전쟁이나 스프링 부트 항아리에서 더 좋은 점은 어디에도 없습니다. 그것들은 모두 언더 푸드와 같은 것들이며, 스프링 부트 항아리는 서버에 내장 된 서버를 관리하고 전쟁에는없는 서버입니다.
Cloud Foundry에는 BuildPacks와 비슷한 것이 있습니다. cf push 할 때 buildpack을 정의해야합니다. u 빌드 파일을 선택하면 서버에서 war를 실행하는 데 필요한 것들이 있습니다. 전쟁을 실행하는 데 필요한 Java, Tomcat Server 및 기타 모든 종속성을 가져옵니다.
https://github.com/cloudfoundry/java-buildpack
Cloud Foundry는 기본적으로 필요한 모든 종속성을 가진 실행 컨텍스트 인 물방울을 만듭니다. 이것은 클라우드에서 실제 VM을 실행하는 데 사용됩니다.
여러분의 전쟁이 어느 서버에 배포되어 있는지 알 필요가 없습니다. 이것이 클라우드 구축의 기본 아이디어입니다. 후드 아래의 단일/다중 VM에있을 수 있습니다. 그래서 당신이 알아야 할 것은 루트라고하는 것입니다. 경로는 앱의 실제 주소입니다. 경로를 만들어 응용 프로그램에 바인딩해야하며 나중에 경로를 사용하여 응용 프로그램에 액세스 할 수 있어야합니다.
https://docs.cloudfoundry.org/devguide/deploy-apps/routes-domains.html#routes
모든 클라우드 PAAS에는 필수 임베디드 서버가 필요하지 않습니다. 전쟁을 직접 전개 할 수 있습니다. 모든 PAAS 플랫폼은이를 지원합니다. 클라우드 파운드리 방법은 빌드 팩을 사용하는 것입니다.
CF : https://docs.cloudfoundry.org/buildpacks/
에게 Heroku : 일반 전쟁이나 항아리입니다 모든 응용 프로그램/비 스프링 애플 리케이션 PAAS 플랫폼에서 실행할 수 있습니다 https://devcenter.heroku.com/articles/java-webapp-runner
.