容器化是解决传统虚拟化带来的障碍的解决方案。
自问世以来，虚拟机(VM)使公司能够做到事半功倍。
单个物理设备可以通过虚拟机管理程序包含多个隔离的虚拟环境，其优势包括降低开销、方便移动性和可扩展性。
听起来不错，但有一个问题：
虚拟机是重量级单元。
因为虚拟化的重要吸引力在于它在DevOps中的使用，所以在不同平台之间存储和迁移应用程序的能力至关重要。
填补这一空白的是虚拟化的年轻轻量级兄弟：容器。
容器或应用程序容器是存储和访问程序的隔离计算环境。
容器是当代软件开发和部署的最爱，原因有两个：
- 容器是隔离的、不可更改的、易于使用的软件测试环境，类似于沙箱。
- 容器为跨基础架构环境快速迁移应用程序提供了灵活性和便携性。
虚拟机提供完整的硬件系统模拟，而容器只模拟操作系统。
对于门外汉来说，这意味着容器只虚拟化操作系统，而不是计算机的整个物理基础设施，如磁盘、驱动器和服务器设备。
容器与虚拟机。在虚拟化中，出现了两个适用于现代网络的框架：虚拟机和容器。
两者都不是互斥的，都便于将一个物理设备的内容移动到另一个物理设备。
容器的关键区别和优势在于它们的大小--或者说没有大小。
由于虚拟机的应用程序、存储箱和库，以及客户操作系统为其提供了硬件级别的虚拟化，虚拟机占用了几千兆字节(GB)的空间。
相比之下，容器通常只包含一个应用程序，并且占用的空间以兆字节(MB)为单位。
如今，应用程序的现代化意味着将程序从传统的内部部署迁移到云解决方案。
因为容器是灵活的，所以它们增强了组织无缝迁移应用程序和工作流的能力。
容器在各种环境中都是不变的，使组织能够利用DevOps的协同作用更快地开发和部署应用程序。
DevOps模型是软件提供商的范式转变。
通过加入开发和运营工程师，组织可以实现更快节奏的服务交付模式。
然而，在开发人员和运营团队在设备、操作系统和流程步骤之间划分工作之前，容器可以弥合这一鸿沟。
这使组织能够更高效地构建、测试和交付其服务。
