Spring Boot 的可执行 jar 是现成的，适用于大多数流行的云 PaaS（平台即服务）提供商。这些提供商往往要求您 “自带容器”。它们管理应用程序进程（而不是 Java 应用程序），因此它们需要一个中间层，使您的应用程序适应云的运行过程概念。
两个流行的云提供商 Heroku 和 Cloud Foundry 采用 “buildpack” 方法。 buildpack 将您部署的代码包装在启动应用程序所需的任何内容中。它可能是 JDK，也是对 java，嵌入式 Web 服务器或完整应用程序服务器的调用。 buildpack 是可插拔的，但理想情况下，您应该能够尽可能少地进行自定义。这减少了不受您控制的功能的占用空间。它最大限度地减少了开发和生产环境之间的差异。
理想情况下，您的应用程序（如 Spring Boot 可执行 jar）具有在其中运行打包所需的所有内容。
在本节中，我们将了解如何在“入门”部分中开发并在云中运行的简单应用程序。
如果未指定其他 buildpack，Cloud Foundry 将提供默认的构建包。Cloud Foundry Java buildpack 对 Spring 应用程序（包括 Spring Boot）提供了出色的支持。您可以部署独立的可执行 jar 应用程序以及传统的 .war 打包应用程序。
构建应用程序（例如，使用 mvn clean package ）并 安装cf命令行 工具后，使用 cf push 命令部署应用程序，将路径替换为已编译的 .jar。在推送应用程序之前，请务必使用 cf 命令行客户端登录。以下行显示使用 cf push 命令部署应用程序：
$ cf push acloudyspringtime -p target/demo-0.0.1-SNAPSHOT.jar
☀️ 在前面的示例中，我们将
acloudyspringtime替换为您给出的任何值cf作为应用程序的名称。
有关更多选项，请参阅 cf push文档。如果 Cloud Foundry manifest.yml 文件存在于同一目录中，则会考虑该文件。
此时， cf 开始上传您的应用程序，生成类似于以下示例的输出：
Uploading acloudyspringtime... OK
Preparing to start acloudyspringtime... OK
-----> Downloaded app package (8.9M)
-----> Java Buildpack Version: v3.12 (offline) | https://github.com/cloudfoundry/java-buildpack.git#6f25b7e
-----> Downloading Open Jdk JRE 1.8.0_121 from https://java-buildpack.cloudfoundry.org/openjdk/trusty/x86_64/openjdk-1.8.0_121.tar.gz (found in cache)
Expanding Open Jdk JRE to .java-buildpack/open_jdk_jre (1.6s)
-----> Downloading Open JDK Like Memory Calculator 2.0.2_RELEASE from https://java-buildpack.cloudfoundry.org/memory-calculator/trusty/x86_64/memory-calculator-2.0.2_RELEASE.tar.gz (found in cache)
Memory Settings: -Xss349K -Xmx681574K -XX:MaxMetaspaceSize=104857K -Xms681574K -XX:MetaspaceSize=104857K
-----> Downloading Container Certificate Trust Store 1.0.0_RELEASE from https://java-buildpack.cloudfoundry.org/container-certificate-trust-store/container-certificate-trust-store-1.0.0_RELEASE.jar (found in cache)
Adding certificates to .java-buildpack/container_certificate_trust_store/truststore.jks (0.6s)
-----> Downloading Spring Auto Reconfiguration 1.10.0_RELEASE from https://java-buildpack.cloudfoundry.org/auto-reconfiguration/auto-reconfiguration-1.10.0_RELEASE.jar (found in cache)
Checking status of app 'acloudyspringtime'...
0 of 1 instances running (1 starting)
...
0 of 1 instances running (1 starting)
...
0 of 1 instances running (1 starting)
...
1 of 1 instances running (1 running)
App started
恭喜！该应用程序现已上线！
应用程序运行后，您可以使用 cf apps 命令验证已部署应用程序的状态，如以下示例所示：
$ cf apps
Getting applications in ...
OK
name requested state instances memory disk urls
...
acloudyspringtime started 1/1 512M 1G acloudyspringtime.cfapps.io
...
一旦 Cloud Foundry 确认您的应用程序已部署，您应该能够在给定的 URI 处找到该应用程序。在前面的示例中，您可以在http://acloudyspringtime.cfapps.io/ 找到它。
默认情况下，有关正在运行的应用程序的元数据以及服务连接信息将作为环境变量公开给应用程序（例如：$VCAP_SERVICES ）。此体系结构决策归功于 Cloud Foundry 的多语言（任何语言和平台都可以作为 buildpack 支持）。进程范围的环境变量与语言无关。
环境变量并不总是适用于最简单的 API，因此 Spring Boot 会自动提取它们并将数据展平为可通过 Spring 的 Environment 抽象访问的属性，如以下示例所示：
@Component
class MyBean implements EnvironmentAware {
private String instanceId;
@Override
public void setEnvironment(Environment environment) {
this.instanceId = environment.getProperty("vcap.application.instance_id");
}
// ...
}
所有 Cloud Foundry 属性都以 vcap 为前缀。您可以使用 vcap 属性来访问应用程序信息（例如应用程序的公共 URL）和服务信息（例如数据库凭据）。有关完整的详细信息，请参阅 “CloudFoundryVcapEnvironmentPostProcessor” Javadoc。
☀️ Spring Cloud Connectors项目更适合配置
DataSource等任务。SpringBoot包括自动配置支持和spring-boot-starter-cloud-connectors启动器。
Heroku 是另一个流行的 PaaS 平台。要自定义 Heroku 构建，请提供 Procfile ，它提供部署应用程序所需的咒语。 Heroku 为 Java 应用程序分配一个端口，然后确保路由到外部 URI。
您必须将应用程序配置为侦听正确的端口。以下示例显示了启动 REST 应用程序的 Procfile：
web: java -Dserver.port=$PORT -jar target/demo-0.0.1-SNAPSHOT.jar
Spring Boot 使 -D 参数可用作可从 Spring Environment 实例访问的属性。 server.port 配置属性被提供给嵌入式 Tomcat，Jetty 或 Undertow 实例，然后在启动时使用该端口。 $PORT 环境变量由 Heroku PaaS 分配给我们。
这应该是你需要的一切。 Heroku 部署最常见的部署工作流是将代码推送到生产环境，如以下示例所示：
$ git push heroku master
Initializing repository, done.
Counting objects: 95, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (78/78), done.
Writing objects: 100% (95/95), 8.66 MiB | 606.00 KiB/s, done.
Total 95 (delta 31), reused 0 (delta 0)
-----> Java app detected
-----> Installing OpenJDK 1.8... done
-----> Installing Maven 3.3.1... done
-----> Installing settings.xml... done
-----> Executing: mvn -B -DskipTests=true clean install
[INFO] Scanning for projects...
Downloading: https://repo.spring.io/...
Downloaded: https://repo.spring.io/... (818 B at 1.8 KB/sec)
....
Downloaded: http://s3pository.heroku.com/jvm/... (152 KB at 595.3 KB/sec)
[INFO] Installing /tmp/build_0c35a5d2-a067-4abc-a232-14b1fb7a8229/target/...
[INFO] Installing /tmp/build_0c35a5d2-a067-4abc-a232-14b1fb7a8229/pom.xml ...
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 59.358s
[INFO] Finished at: Fri Mar 07 07:28:25 UTC 2014
[INFO] Final Memory: 20M/493M
[INFO] ------------------------------------------------------------------------
-----> Discovering process types
Procfile declares types -> web
-----> Compressing... done, 70.4MB
-----> Launching... done, v6
http://agile-sierra-1405.herokuapp.com/ deployed to Heroku
To git@heroku.com:agile-sierra-1405.git
* [new branch] master -> master
您的应用程序现在应该在Heroku上启动并运行。
OpenShift 是 Kubernetes 容器编排平台的 RedHat 公共（和企业）扩展。与 Kubernetes 类似， OpenShift 有许多选项可用于安装基于 SpringBoot 的应用程序。
OpenShift 有许多资源描述如何部署 Spring Boot 应用程序，包括：
Amazon Web Services 提供了多种方法来安装基于 Spring Boot 的应用程序，可以是传统的 Web 应用程序（war），也可以是带有嵌入式 Web 服务器的可执行 jar 文件。选项包括：
- AWS Elastic Beanstalk
- AWS Code Deploy
- AWS OPS Works
- AWS Cloud Formation
- AWS Container Registry
每个都有不同的功能和定价模型。在本文档中，我们仅描述了最简单的选项：AWS Elastic Beanstalk。
如官方 Elastic Beanstalk Java 指南中所述，部署Java应用程序有两个主要选项。您可以使用 “Tomcat平台” 或 “Java SE平台”。
-
Using the Tomcat Platform
此选项适用于生成 war 文件的 Spring Boot 项目。无需特殊配置。您只需遵循官方指南即可。
-
Using the Java SE Platform
此选项适用于生成 jar 文件并运行嵌入式 Web 容器的 Spring Boot 项目。 Elastic Beanstalk 环境在端口 80 上运行 nginx 实例以代理在端口 5000 上运行的实际应用程序。要对其进行配置，请将以下行添加到
application.properties文件中：server.port=5000☀️ 默认情况下，Elastic Beanstalk 上传源并在AWS中编译它们。但是，最好上传二进制文件。为此，请在
.elasticbeanstalk/config.yml文件中添加类似于以下内容的行：deploy:artifact: target/demo-0.0.1-SNAPSHOT.jar
这是访问 AWS 的最简单方法之一，但还有更多内容需要涉及，例如如何将 Elastic Beanstalk 集成到任何 CI / CD 工具中，使用 Elastic Beanstalk Maven 插件而不是 CLI 等。有一篇 博文 更详细地介绍了这些主题。
Boxfuse 的工作原理是将 Spring Boot 可执行 jar 或 war 转换为可在 VirtualBox 或 AWS 上无需部署的最小 VM 映像。 Boxfuse 附带了 Spring Boot 的深度集成，并使用 Spring Boot 配置文件中的信息自动配置端口和运行状况检查 URL。 Boxfuse 利用这些信息来处理它产生的图像以及它提供的所有资源（实例，安全组，弹性负载平衡器等）。
创建 Boxfuse 帐户后，将其连接到您的 AWS 账户，安装最新版本的 Boxfuse 客户端，并确保该应用程序已由 Maven 或 Gradle 构建（例如，使用 mvn clean package），您可以使用类似于以下的命令将 Spring Boot 应用程序部署到AWS：
$ boxfuse run myapp-1.0.jar -env=prod
有关更多选项，请参阅 boxfuse运行文档。如果当前目录中存在boxfuse.conf 文件，则会考虑该文件。
☀️ 默认情况下，Boxfuse 在启动时激活名为
boxfuse的 Spring 配置文件。如果您的可执行 jar 或 war 包含 application-boxfuse.properties 文件，Boxfuse 将其配置基于它包含的属性。
此时， boxfuse 为您的应用程序创建一个映像，上传它，并在AWS上配置和启动必要的资源，从而产生类似于以下示例的输出：
Fusing Image for myapp-1.0.jar ...
Image fused in 00:06.838s (53937 K) -> axelfontaine/myapp:1.0
Creating axelfontaine/myapp ...
Pushing axelfontaine/myapp:1.0 ...
Verifying axelfontaine/myapp:1.0 ...
Creating Elastic IP ...
Mapping myapp-axelfontaine.boxfuse.io to 52.28.233.167 ...
Waiting for AWS to create an AMI for axelfontaine/myapp:1.0 in eu-central-1 (this may take up to 50 seconds) ...
AMI created in 00:23.557s -> ami-d23f38cf
Creating security group boxfuse-sg_axelfontaine/myapp:1.0 ...
Launching t2.micro instance of axelfontaine/myapp:1.0 (ami-d23f38cf) in eu-central-1 ...
Instance launched in 00:30.306s -> i-92ef9f53
Waiting for AWS to boot Instance i-92ef9f53 and Payload to start at http://52.28.235.61/ ...
Payload started in 00:29.266s -> http://52.28.235.61/
Remapping Elastic IP 52.28.233.167 to i-92ef9f53 ...
Waiting 15s for AWS to complete Elastic IP Zero Downtime transition ...
Deployment completed successfully. axelfontaine/myapp:1.0 is up and running at http://myapp-axelfontaine.boxfuse.io/
您的应用程序现在应该在 AWS 上启动并运行。
请参阅有关在 EC2 上部署 Spring Boot 应用程序的博客文章以及 Boxfuse Spring Boot 集成 的文档，以开始使用 Maven 构建来运行应用程序。
Google Cloud 有几个选项可用于启动 Spring Boot 应用程序。最容易上手的可能是 App Engine，但您也可以找到在带有 Container Engine 的容器中运行 Spring Boot 的方法，或者在具有 Compute Engine 的虚拟机上运行 Spring Boot 的方法。
要在 App Engine 中运行，您可以首先在 UI 中创建项目，该项目为您设置唯一标识符并设置 HTTP 路由。将 Java 应用程序添加到项目中并将其留空，然后使用 Google Cloud SDK 将 Spring Boot 应用程序从命令行或 CI 构建推送到该插槽。
App Engine Standard 要求您使用 WAR 包装。按照 以下步骤 将 App Engine Standard 应用程序部署到 Google Cloud。
或者， AppEngineFlex 要求您创建 app.yaml 文件以描述您的应用所需的资源。通常，您将此文件放在 src/main/appengine 中，它应该类似于以下文件：
service: default
runtime: java
env: flex
runtime_config:
jdk: openjdk8
handlers:
- url: /.*
script: this field is required, but ignored
manual_scaling:
instances: 1
health_check:
enable_health_check: False
env_variables:
ENCRYPT_KEY: your_encryption_key_here
您可以通过将项目 ID 添加到构建配置来部署应用程序（例如，使用 Maven 插件），如以下示例所示：
<plugin>
<groupId>com.google.cloud.tools</groupId>
<artifactId>appengine-maven-plugin</artifactId>
<version>1.3.0</version>
<configuration>
<project>myproject</project>
</configuration>
</plugin>
然后使用 mvn appengine:deploy 进行部署（如果需要先进行身份验证，则构建失败）。