部署到云

Spring Boot 可执行 jar 适用于大多数流行的云 PaaS（平台即服务）提供商。这些提供商通常要求您“自带容器”。他们管理应用程序进程（不专门针对 Java 应用程序），因此他们需要一个中间层，将您的应用程序适配到云对正在运行进程的理解。

两个流行的云提供商 Heroku 和 Cloud Foundry 采用“构建包”方法。构建包将您部署的代码包装在启动应用程序所需的一切中。它可能是 JDK 和对 java 的调用、嵌入式 Web 服务器或成熟的应用程序服务器。构建包是可插拔的，但理想情况下，您应该能够尽可能少地对其进行自定义。这减少了不受您控制的功能的占用空间。它最大程度地减少了开发环境和生产环境之间的差异。

理想情况下，您的应用程序（如 Spring Boot 可执行 jar）包含在其内部运行所需的一切。

在本节中，我们了解了在“入门”部分中开发的应用程序在云中启动并运行所需的内容。

Cloud Foundry

如果未指定其他构建包，Cloud Foundry 会提供默认构建包。Cloud Foundry Java 构建包对 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
       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 中找到该应用程序。在前面的示例中，您可以在 https://acloudyspringtime.cfapps.io/ 中找到它。

绑定到服务

默认情况下，有关正在运行的应用程序以及服务连接信息元数据会作为环境变量（例如：$VCAP_SERVICES）公开给应用程序。此架构决策是由于 Cloud Foundry 的多语言（任何语言和平台都可以作为构建包支持）特性。进程范围的环境变量与语言无关。

环境变量并不总是最简单的 API，因此 Spring Boot 会自动提取它们并将数据扁平化为可通过 Spring 的 Environment 抽象访问的属性，如下例所示

Java
Kotlin

import org.springframework.context.EnvironmentAware;
import org.springframework.core.env.Environment;
import org.springframework.stereotype.Component;

@Component
public class MyBean implements EnvironmentAware {

	private String instanceId;

	@Override
	public void setEnvironment(Environment environment) {
		this.instanceId = environment.getProperty("vcap.application.instance_id");
	}

	// ...

}

import org.springframework.context.EnvironmentAware
import org.springframework.core.env.Environment
import org.springframework.stereotype.Component

@Component
class MyBean : EnvironmentAware {

	private var instanceId: String? = null

	override fun setEnvironment(environment: Environment) {
		instanceId = environment.getProperty("vcap.application.instance_id")
	}

	// ...

}

所有 Cloud Foundry 属性都以 vcap 为前缀。您可以使用 vcap 属性访问应用程序信息（例如应用程序的公共 URL）和服务信息（例如数据库凭据）。有关完整详细信息，请参阅 CloudFoundryVcapEnvironmentPostProcessor Javadoc。

对于配置数据源等任务，Java CFEnv 项目更合适。

Kubernetes

Spring Boot 通过检查环境中的 "*_SERVICE_HOST" 和 "*_SERVICE_PORT" 变量自动检测 Kubernetes 部署环境。您可以使用 spring.main.cloud-platform 配置属性覆盖此检测。

Spring Boot 帮助您管理应用程序的状态并使用Actuator 通过 HTTP Kubernetes 探针导出状态。

Kubernetes 容器生命周期

当 Kubernetes 删除应用程序实例时，关闭进程涉及多个子系统同时进行：关闭挂钩、注销服务、从负载均衡器中移除实例…由于此关闭处理并行进行（并且由于分布式系统的性质），因此存在一个窗口，在此期间可以将流量路由到也已开始其关闭处理的 Pod。

您可以在 preStop 处理程序中配置休眠执行，以避免将请求路由到已开始关闭的 Pod。此休眠时间应足够长，以便停止将新请求路由到 Pod，其持续时间因部署而异。preStop 处理程序可以通过在 Pod 的配置文件中使用 PodSpec 进行配置，如下所示

spec:
  containers:
  - name: "example-container"
    image: "example-image"
    lifecycle:
      preStop:
        exec:
          command: ["sh", "-c", "sleep 10"]

预停止挂钩完成后，将向容器发送 SIGTERM，并且正常关闭将开始，允许任何剩余的正在进行的请求完成。

当 Kubernetes 向 Pod 发送 SIGTERM 信号时，它会等待一段时间，称为终止宽限期（其默认值为 30 秒）。如果容器在宽限期后仍在运行，则会向它们发送 SIGKILL 信号并强制移除它们。如果 Pod 花费超过 30 秒来关闭，这可能是因为您增加了 spring.lifecycle.timeout-per-shutdown-phase，请务必通过在 Pod YAML 中设置 terminationGracePeriodSeconds 选项来增加终止宽限期。

Heroku

Heroku 是另一个流行的 PaaS 平台。要自定义 Heroku 构建，您需要提供一个 Procfile，它提供了部署应用程序所需的咒语。Heroku 会为 Java 应用程序分配一个 port 以供使用，然后确保路由到外部 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 到生产环境，如下例所示

$ git push heroku main

这将导致以下结果

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... done
-----> Installing Maven... 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: https://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
       https://agile-sierra-1405.herokuapp.com/ deployed to Heroku

To [email protected]:agile-sierra-1405.git
 * [new branch]      main -> main

您的应用程序现在应该在 Heroku 上启动并运行。有关更多详细信息，请参阅将 Spring Boot 应用程序部署到 Heroku。

OpenShift

OpenShift 有许多资源描述如何部署 Spring Boot 应用程序，包括

Amazon Web Services (AWS)

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 的方法。

AWS Elastic Beanstalk

正如官方 Elastic Beanstalk Java 指南中所述，有两种主要选项来部署 Java 应用程序。您可以使用“Tomcat 平台”或“Java SE 平台”。

使用 Tomcat 平台

此选项适用于生成 war 文件的 Spring Boot 项目。不需要任何特殊配置。您只需按照官方指南进行操作即可。

使用 Java SE 平台

此选项适用于生成 jar 文件并运行嵌入式 Web 容器的 Spring Boot 项目。Elastic Beanstalk 环境在端口 80 上运行 nginx 实例，以代理实际应用程序（在端口 5000 上运行）。要进行配置，请将以下行添加到 application.properties 文件中

属性
YAML

server.port=5000

server:
  port: 5000

上传二进制文件，而不是源文件

默认情况下，Elastic Beanstalk 会上传源文件并在 AWS 中编译它们。但是，最好上传二进制文件。为此，请将类似于以下行的内容添加到 .elasticbeanstalk/config.yml 文件中

deploy:
	artifact: target/demo-0.0.1-SNAPSHOT.jar

通过设置环境类型来降低成本

默认情况下，Elastic Beanstalk 环境是负载均衡的。负载均衡器具有很高的成本。为了避免此成本，请将环境类型设置为“单实例”，如亚马逊文档中所述。您还可以使用 CLI 和以下命令创建单实例环境

eb create -s

摘要

这是进入 AWS 的最简单方法之一，但还有更多内容需要介绍，例如如何将 Elastic Beanstalk 集成到任何 CI/CD 工具中，使用 Elastic Beanstalk Maven 插件而不是 CLI，等等。有一篇博客文章更详细地介绍了这些主题。

CloudCaptain 和 Amazon Web Services

CloudCaptain 通过将 Spring Boot 可执行 jar 或 war 转换为最小 VM 映像来工作，该映像可以在 VirtualBox 或 AWS 上进行部署，无需更改。CloudCaptain 与 Spring Boot 深度集成，并使用 Spring Boot 配置文件中的信息来自动配置端口和运行状况检查 URL。CloudCaptain 同时利用此信息来生成映像以及配置所有资源（实例、安全组、弹性负载均衡器等）。

一旦您创建了 CloudCaptain 帐户，将其连接到您的 AWS 帐户，安装了最新版本的 CloudCaptain 客户端，并确保该应用程序已由 Maven 或 Gradle 构建（例如，使用 mvn clean package），您就可以使用类似于以下命令将 Spring Boot 应用程序部署到 AWS

$ boxfuse run myapp-1.0.jar -env=prod

有关更多选项，请参阅 boxfuse run 文档。如果当前目录中存在 boxfuse.conf 文件，则会考虑该文件。

默认情况下，CloudCaptain 在启动时激活名为 boxfuse 的 Spring 配置文件。如果可执行 jar 或 war 包含 application-boxfuse.properties 文件，则 CloudCaptain 会根据其中包含的属性为基础进行配置。

此时，CloudCaptain 会为您的应用程序创建一个映像，上传该映像，并在 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 https://52.28.235.61/ ...
Payload started in 00:29.266s -> https://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 https://myapp-axelfontaine.boxfuse.io/

您的应用程序现在应该已在 AWS 上启动并运行。

请参阅有关在 EC2 上部署 Spring Boot 应用程序的博客文章，以及 CloudCaptain Spring Boot 集成的文档，以开始使用 Maven 构建来运行该应用程序。

Azure

此入门指南将指导您将 Spring Boot 应用程序部署到 Azure Spring Cloud 或 Azure App Service。

Google Cloud

Google Cloud 具有可用于启动 Spring Boot 应用程序的多个选项。最容易上手的可能是 App Engine，但您还可以找到在 Container Engine 中使用容器或在 Compute Engine 中使用虚拟机运行 Spring Boot 的方法。

要将您的第一个应用程序部署到 App Engine 标准环境，请按照本教程进行操作。

或者，App Engine Flex 要求您创建一个 app.yaml 文件来描述您的应用程序所需的资源。通常，您将此文件放在 src/main/appengine 中，并且它应类似于以下文件

service: "default"

runtime: "java17"
env: "flex"

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>2.4.4</version>
	<configuration>
		<project>myproject</project>
	</configuration>
</plugin>

然后使用 mvn appengine:deploy 进行部署（您需要先进行身份验证，否则构建将失败）。