我现在有一大批物理服务器，想要租借给别人使用，因此我搭建了一个物理集群，并向用户售卖，这就是IaaS(基础设施即服务InfrastructureasaService)。

用户通过购买我的物理服务器，物理服务器上运行着我的虚拟机，用户在虚拟机上部署自己的应用。不过在使用过程中发现：

【资料图】

本地开发环境与购买的虚拟机之间环境不同，导致调试、部署困难

不同的应用可能在同一台虚拟机上，没有隔离

大规模的应用部署也比较麻烦。

为了解决上面的问题，出现了PaaS(平台即服务Platformasaservice)，例如CloudFoundry(云计算)，它提供了：

大规模应用部署能力

提供了“沙盒”容器来隔离应用，让用户进程互不干扰

但是在使用过程中，用户发现“沙盒”用起来并不方便，打包过程还是一样很痛苦，需要用户来让本地应用于远端PaaS适配，此时出现了小鲸鱼Docker。

没用的冷知识：

Docker项目在2016年已经改名为Moby，Docker仅仅是公司名称。

Docker提出了镜像的概念，通过镜像实现本地环境与远端环境高度一致，解决了打包困难的问题，取代了CloudFoundry这类PaaS项目中的“沙盒”，至此，Docker开始崭露头角。

随着Docker被大范围使用，PaaS的定义正逐渐变为一套以Docker容器技术为核心，全新的“容器化”思路。2014年，Docker公司也顺势发布了自己的PaaS项目Swarm。

Swarm项目的集群管理功能触碰了其他公司的利益分配，因此CoreOS推出了自己的rkt容器、Mesos发布了Marathon与Swarm竞争、Google公司宣告Kubernetes诞生。

没用的冷知识：

CoreOS曾是Docker项目开源后最积极、活跃的贡献者。

Docker公司为完善平台能力，收购了第一个提出“容器编排”概念的项目Fig，并更名为Compose。“容器编排”正式进入用户视野。

Docker公司有了Docker，Swarm，Compose三张牌后，在容器生态具有很大的优势和发言权。为了竞争，Google、Redhat等基础设施领域的玩家们成立了CNCF（CloudNativeComputingFoundation）基金会，开始围绕Kubernetes打造生态。Kubernetes很快将Swarm项目远远的甩在身后。

Docker为了与Kubernetes竞争“容器编排”领域，Docker公司甚至放弃了Swarm项目，但最终未能打败Kubernetes，因为Kubernetes是Google内部沉淀多年的项目，包含了许多超前的设计，与Docker已不在一个出发点。

在2017年，Docer在自己的主打产品Docker企业版中内置Kubernetes项目，这标志着“编排之争”落下帷幕。容器化社区以Kuberentes为核心愈加繁荣。

没用的冷知识：

微软曾经以天价收购Docker，接受微软的天价收购，在大多数人看来都是一个非常明智和实际的选择。可是SolomonHykes却多少带有一些理想主义的影子，不甘于“寄人篱下”，选择带领Docker公司对抗整个产业的压力。

标签： 我要打十个