可以使用 Cloud Foundry + Diego 推送应用程序而不是 Docker 图像吗？
Possible to push applications instead of Docker images with Cloud Foundry + Diego?
我正在探索 Cloud Foundry 及其对 Diego 的 Docker 支持。我的问题是：是否可以像以前一样部署一个 jar（使用 cf push，提供有关 jar 位置、要使用的构建包和堆栈的信息）并让 CF 从中构建一个（Docker？）容器它就像以前对 DEA 所做的那样，或者是否有必要始终为 CF 提供现成的 Docker 图像来构建容器？如果仍然支持 'old' 方式，以这种方式使用 Diego 是个好主意，还是我们都应该转向 Docker？
Cloud Foundry 的 Diego 运行time 继续支持 buildpack 部署，它将在其中创建容器和 运行 您的应用程序所需的 运行time 工件。它创建的容器不是 Docker 容器。例如，Pivotal Cloud Foundry 创建了一个 Garden-RunC 容器。
Docker 支持在您有预打包的 Docker 映像且您希望不加修改地进行部署时很有用，但是当您有选择时仍然首选 buildpack 方法。
Buildpacks 将简化开发人员和 IT 操作员在使用 Cloud Foundry 时的角色。使用 buildpacks，开发人员不再负责 Docker 文件的设计和维护，以及其他与应用程序开发不直接相关的问题。
IT 操作员在 OS 和 运行 时间跨所有 buildpack 容器的版本控制和补丁级别方面获得完全一致。他们还能够执行自动化、零停机时间的补丁和升级，这些补丁和升级部署在 Cloud Foundry 环境中的所有 buildpack 容器中。这是一个非常强大的工具，无论是安全还是效率。
我正在探索 Cloud Foundry 及其对 Diego 的 Docker 支持。我的问题是：是否可以像以前一样部署一个 jar（使用 cf push，提供有关 jar 位置、要使用的构建包和堆栈的信息）并让 CF 从中构建一个（Docker？）容器它就像以前对 DEA 所做的那样，或者是否有必要始终为 CF 提供现成的 Docker 图像来构建容器？如果仍然支持 'old' 方式，以这种方式使用 Diego 是个好主意，还是我们都应该转向 Docker？
Cloud Foundry 的 Diego 运行time 继续支持 buildpack 部署，它将在其中创建容器和 运行 您的应用程序所需的 运行time 工件。它创建的容器不是 Docker 容器。例如，Pivotal Cloud Foundry 创建了一个 Garden-RunC 容器。
Docker 支持在您有预打包的 Docker 映像且您希望不加修改地进行部署时很有用，但是当您有选择时仍然首选 buildpack 方法。
Buildpacks 将简化开发人员和 IT 操作员在使用 Cloud Foundry 时的角色。使用 buildpacks，开发人员不再负责 Docker 文件的设计和维护，以及其他与应用程序开发不直接相关的问题。
IT 操作员在 OS 和 运行 时间跨所有 buildpack 容器的版本控制和补丁级别方面获得完全一致。他们还能够执行自动化、零停机时间的补丁和升级，这些补丁和升级部署在 Cloud Foundry 环境中的所有 buildpack 容器中。这是一个非常强大的工具，无论是安全还是效率。