云世界里的技术日新月异，新名词一个接着一个让人应接不暇，从虚拟化开始，VMware、HyperV、KVM，到云管理平台VSphere、SystemCenter、OpenStack，再行到容器领域的Docker、Kubernetes、Mesos、Swarm，资源管理调度的Yarn、Mesos和今天的微服务MicroService。这些东东究竟是干嘛的？能解决问题什么问题？它们之间有木有关联性？作为多年来运营商IT的一名架构师，笔者试着从自己的角度理解下云技术的演变与实践中。目的不是论证各项技术，而是想要把一些碎片化的科学知识串联一起，让大家告诉来龙去脉，在有适当的时候作出自由选择或去深度研究。
1.虚拟化与X86 最先有硬件服务器（Server）和软件应用（Application），两者之间垫了个操作系统（OS），让应用程序可以通过它来用于CPU、内存和存储等。从定位来看叫它系统软件更为熟悉，以区别于应用软件。
渐渐硬件和OS就被绑在一起了，IBM的Aix，HP的HP-UX，Sun的Solaris；微软公司是个值得注意，可在有所不同的PC服务器上跑完Windows。这种局面闹得应用于也被迫自由选择自己的营地，一旦落定后要想要再行迁入求得费老鼻子劲了，用户要花钱花力冒风险，厂家赚到的盆满钵溢的。 后来基于统一X86架构的PC服务器越做越好，价格便宜而且有多家产品可选择，再行再加出有了个开源的OS，Linux，在上面研发应用于让您随时可以替换底层的机器，这一局面大大降低了硬件成本。呼啦一下新的应用于都在X86上研发了，有些企业甚至下了行政命令不准再买小机了。
几家硬件巨头也不得已随风第一时间，但时间一宽，利润空间就越挤迫就越小，Sun出局了（卖给Oracle了），IBM把X86产品线转交误解了，只有HP还在那儿挣扎地撑着，X86产品线在中国也和紫光拆分了。 不过X86在体量和性能上都不如Unix小机，那它怎么能忍受的住原本小机上的那些阻抗呢？工程师们总是有法子的，单机阻抗不是过于大吗？我索性摸个业务组网，把应用于在每台X86上都装有一份，然后在前端敲个LB（阻抗均衡器），把原本一台机器上的阻抗分配到有所不同的机器上，把阻抗给平衡了。
您要是专家立马不会回答那数据怎么办？应用程序要是过于大了太重了怎么办？为了好保证数据一致性，数据还得放到同一个库里，所以在一堆X86后面往往都有台仍旧是小机的数据库服务器（它也由此出了瓶颈，后面咱们再说怎么解决问题它，怎么完全做去IOE）。应用于过于大了启动一起酬劳半天劲怎么办？还是化整为零的办法，用了个一般人看了后懵懵的名字叫应用服务简化或容器化，后面我们也会晤到。 人们执着效率执着成本的希望誓言停歇。在实际生产中X86的使用率并不低，只有10%左右。
刚在X86上落定的IT人又再行木村能无法再行优化些，让一台X86当多台机器用于？虚拟化应运而生。 虚拟化是个啥玩意儿？说白了就是垫在硬件和OS之间一个叫作Hypervisor的东西。
它可以把一台物理机里的CPU、内存、硬盘存储都捉过来，化整为零重新分配给一个个叫作虚机的小盒子。这个概念只不过在小机上就不存在。
每个小盒子不具备了一定的硬件资源后，再行给它装个OS它就能像台确实的机器一样给应用于用于。那个Hypervisor就像个监工，哪个小盒子里的资源要是过于用了，它就动态地多给一些。这是件多好的事儿呀！再行再加一帮专门忽悠人的杨家美给它所取了个云里雾里的名字叫云计算，摸了个像供水电一样的销售用于模式，这家伙X86+虚拟化一下子就火焰一起了，风行了全世界。
2.云化资源管理 这小盒子一多，多到能有成千上万个，这时候云管理平台就出来了，它要管理的主要对象是虚机集群。这时候告诉点云计算的您认同不会跪下说道OpenStack。 哈哈，您再行别急，听得我渐渐道来。
刚从Unix小机解放出来的用户试着走出虚拟世界，但迅速找到又有被厂家初始化的危险性。虚拟世界软件的大哥VMware自打发售它的Hypervisor之后，迅速又发售了它的管理平台VSphere；另众多佬微软公司比VMware胃口还大，从操作系统Windows、到虚拟世界软件HyperV，当然初恋它的管理平台SystemCenter。便宜的软件使用费迫的用户又一次改向开源社区。
一下子虚拟化管理领域热闹非凡，混战到最后只剩的有Eucalyptus（国内叫桉树）、CloudStack和OpenStack几家了。 关于他们的好坏和胜败原因的分析，有数很多。三者中，Eucalyptus名门最学术，CloudStack名门商业味最美浓，OpenStack介于两者之间。
CloudStack和Eucalyptus一样，最开始并不开源，开源后还拔了点尾巴，而且自己掌控着商业版本。等找到这种模式玩不转了，卖给了Citrix，全部开源后，找到大家早已都在玩OpenStack了。只不过OpenStack公布后直到CloudStack被Citrix再行转手过来为止，它的易用性和稳定性仍然和CloudStack有差距。
但是架不住OpenStack免费、几乎开源、没商业公司掌控。咳，人都贪便宜，想被束缚。 按道理OpenStack只是个虚机管理工具，可是一旦一家独大之后人们对它的希望也就更加低，就集万千宠幸于一身。
存储要管（Cinder、Swift），网络SDN也要管（Neutron）；元神机要管（Nova、Glance），物理机也要管（Ironic），闹得很差连遗留下来的小机也得悉数划入；光是硬件资源还不过瘾，中间件、大数据（Sahara)等也都要错过来。资源种类多了，资源之间的选曲(Heat)也越做越简单。
以前只是管理和构建，现在要了解到更加底层的资源了，还要考虑到收费计价（Ceilometer）。竞争对手一个个倒地，看起来势头百变的时候，也就是最危险性的时候。
这危险性一是来自内部，要做到那么些功能开源社区跟上趟了，研发领先于市场需求，用户被迫自己去找一帮高手来研发；二是来自外部，来自它所必须管理的对象：虚机。 3.容器时代的来临 大家还忘记虚机是什么吧！虚机就是物理机上的一个个盒子，盒子里装有着OS，OS之上是各自的应用于。问题就出有在这OS上。因为操作系统本身就是一个软件程序，一个极重的系统软件因为它包括了形形色色的各类功能。
好多功能应用于显然就用不上，譬如Web服务器负责管理处置网络催促，数据库服务器负责管理数据库的运营和数据库采访，等等。这些服务器有可能总有一天都用不上OS中显示器、多用户、多进程等功能。这些场景下的虚机和OS的任务很具体，就是获取最差的存储、计算出来、网络性能。但是OS并没随着虚拟化而修复，大而全的OS功能就越多重新启动它花费的时间就就越宽，也因此拖垮了虚机。
这时候两大改建运动开始了，一个是把OS搬盒子外面让大家分享，一个是把OS做到重，去除那些多余的功能。只剩的盒子就是当红子鸡Docker或容器（只不过这两种技术改造路线是相辅相成的）。做到轻量级OS较为出名的两个代表（一看公司的名字就告诉干嘛的了）一个叫CoreOS，另一个叫Unikernel。
最初CoreOS是一家容器化Linux服务器操作系统创业公司，同时，该公司用于自家的Linux系统CoreOS为Docker获取服务，并为Docker做出了极大的贡献。令人出乎意料的是CoreOS却与Docker分道扬镳，另起炉灶，并研发了类Docker的开源容器Rocket。
后来在Linux基金会的调停下，这两家公司互让一步，合力打造出对外开放容器技术项目（OCP）。OCP是一个非营利性的组织，它实质上使用了Docker的技术作为开源容器的软件技术标准。
既然开源了，CoreOS也就敲了Docker一马。做到重OS的另一个厂家Unikernel后来索性被Docker并购了。
自此，Docker出了容器的代名词。
本文来源：开云体云app-www.didiksetiawan.com
