首先声明，这绝对不是一篇批评 Docker 的文章。我实际上很喜欢 Docker，并且我认为它是一款非常出色的软件，将会取得巨大的成功。但我不得不承认，我不确定它是否应该被贴上行业内许多人都在强调的 虚拟化 的标签。
在你们开始集结虚拟队伍，在评论区指责我亵渎神明或异端邪说之前，请先听我说完。
首先，我认为重要的是要认识到，在技术领域，尤其是在前沿技术领域，每个人都很难就大多数词语的通用定义达成一致。这在云和虚拟化的语境中尤其如此。一般来说，对我而言，以及就本次讨论的背景而言，虚拟化指的是对实体提供的服务进行抽象，使其能够以与消费实体期望的方式一致的方式被消费，而无需考虑提供服务的实体的特性。或者换句话说：虚拟化是将服务的消费者与服务的提供者隔离开来的行为，以便双方都可以保持其原生的交互方式。这种抽象可以通过模拟、仿真、转换或其他方式来实现，但关键功能是使某物看起来像其他事物，以便可以使用。
例如，虚拟机监控程序允许多个独立的操作系统使用单个物理服务器，方法是抽象服务器提供的服务（CPU、内存、磁盘等），这样每个操作系统都不知道服务器的真实底层特性。正是 Docker 缺乏这种抽象服务的关键功能，才使我无法将其称为虚拟化。
你们中的许多人现在可能在想，“Docker 确实为应用程序提供了虚拟化。它为它们虚拟化了操作系统。” 我的回应是，恭敬地提出，Docker 实际上并没有抽象或虚拟化任何东西。它是一个软件包，以某种方式管理着几个通常是独立的 Linux 功能，以便它们协同工作以提供给定的功能。 Docker，不像虚拟机监控程序那样，不会隔离或抽象面向消费者的服务。Docker，更确切地说，充当指挥者，协调所有各种服务协同工作。甚至可以认为，Docker 不是提供应用程序消费的服务所必需的组件。
现在说了这么多，我应该补充一点，即使我认为自己是一个相当高级的管理员，我也无法想象手动完成 Docker 执行的任务。由于依赖项过多、对所有正在使用的功能缺乏了解以及管理工具缺乏稳健性，这实在是太令人望而生畏的任务了。对于那些会说“只需编写一个脚本”的人，我会回答“为什么还要这样做呢，当 Docker 已经为我们做了这些？”
在我看来，Docker 确实是一款非常出色的软件。我承认我没有审查过代码，我不是开发人员。如果允许我过度简化，我的工作是让事物正常运行。Docker 做到了这一点，而且似乎是以一种非常高效、逻辑清晰和富有成效的方式做到的。我对 Docker 的未来以及它编排的功能（或服务）将如何影响组织内的开发、运维和工程团队感到非常兴奋。
7 条评论