传统的应用部署方式是通过插件或脚本来安装应用。这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系统绑定，这样做并不利于应用的升级更新/回滚等操作，当然也可以通过创建虚拟机的方式来实现某些功能，但是虚拟机非常重，并不利于可移植性。 <br/> 新的方式是通过部署容器方式实现，<mark>每个容器之间互相隔离，每个容器有自己的文件系统 ，容器之间进程不会相互影响，能区分计算资源</mark>。相对于虚拟机，容器能快速部署，由于容器与底层设施、机器文件系统解耦的，所以它<mark>能在不同云、不同版本操作系统间进行迁移</mark>。 <br/> 容器占用资源少、部署快，<mark>每个应用可以被打包成一个容器镜像，每个应用与容器间成一对一关系</mark>也使容器有更大优势，使用容器可以在 build 或 release 的阶段，为应用创建容器镜像，因为每个应用不需要与其余的应用堆栈组合，也不依赖于生产环境基础结构， 这使得从研发到测试、生产能提供一致环境。类似地，容器比虚拟机轻量、更透明， 这更便于监控和管理。 <br/> Kubernetes 是 Google 开源的一个容器编排引擎，它<mark>支持自动化部署、大规模可伸缩、应用容器化管理</mark>。在生产环境中部署一个应用程序时，通常要部署该应用的多个实例以便对应用请求进行负载均衡。 <br/> 在 Kubernetes 中，<mark>我们可以创建多个容器，每个容器里面运行一个应用实例，然后通过内置的负载均衡策略，实现对这一组应用实例的管理、发现、访问，而这些细节都不需要运维人员去进行复杂的手工配置和处理</mark>。 <br/> 容器优势总结如下： * **快速创建/部署应用：** 与 VM 虚拟机相比，容器镜像的创建更加容易。 * **持续开发、集成和部署：** 提供可靠且频繁的容器镜像构建/部署，并使用快速和简单的回滚(由于镜像不可变性)。 * **开发和运行相分离：** 在 build 或者 release 阶段创建容器镜像，使得应用和基础设施解耦。 * **开发，测试和生产环境一致性：** 在本地或外网（生产环境）运行的一致性。 * **云平台或其他操作系统：** 可以在 Ubuntu、RHEL、 CoreOS、on-prem、Google Container Engine 或其它任何环境中运行。 * **Loosely coupled，分布式，弹性，微服务化：** 应用程序分为更小的、独立的部件，可以动态部署和管理。 * **资源隔离** * **资源利用：** 更高效。 **** 参考文档：http://docs.kubernetes.org.cn/227.html#Why_containers