Omri Gazitt 陈琳华

为了充分利用容器所带来的敏捷性，团队必须重新设计他们的软件交付工作流程。

容器正迅速成为企业应用程序的打包和部署工具。然而，许多IT人员仍然只是将容器视为从物理服务器向虚拟机迁移进程中的一个逻辑环节而已，他们认为，相对于运行在物理服务器上的虚拟机数量而言，容器在计算密度上又增加了一个量级。

虽然这种观点认识到了容器意味着IT部门需要管理的事物在数量级上又将出现一次爆炸，但他们没有认识到容器生态系统带来的最重要的变化，即容器将导致软件交付工作流程发生根本性变革。

在传统的软件交付工作流程中，两个独立的团队负责堆栈的不同层：运维团队负责操作系统镜像，开发团队负责应用程序构件。在这一工作流程中，应用程序构件和相关性将通过操作系统打包方式，如RPM（红帽打包管理器）、MSI（Windows打包管理）等等……由开发转至运维。运维团队会将这些构件部署在符合公司策略且包含有监测和日志记录软件的操作系统镜像上。随后，这一复合镜像会在生產中运行。开发团队会通过将新软件包交给运维团队的方式来不断推动应用程序的发展，同时运维团队会通过使用脚本或配置管理软件的方式部署这些更新以及任何其他的更新（例如解决操作系统漏洞的补丁）。

基于容器的软件交付方式不同于传统方式

容器交付工作流程完全不同于传统的软件交付工作流程。