1 我跟OpenStack

我跟OpenStack从ABC、HI到KO

2010年底，因电信级撑持平台和业务对虚构化的须要，我在ZTE开局了从嵌入式Linux向云计算的转型。

过后的OpenStack版本还处于A、B、C阶段，与端庄有型的CloudStack，繁复明快的OpenNebula，上流大气的Eucalyptus相比，可以合称IaaS初生年代的四小龙。其中的Eucalyptus在学术圈被高谈阔论，中国移动的大云用上了OpenNebula，CloudStack被Citrix给收了，OpenStack却还在踉跄学步。转瞬八年过去了，如今的那三位或淡出江湖，或偃旗息鼓，只要OpenStack独霸高处，至少在开源界是四顾无人敌，所以一时不免心生唏嘘。

由于当年这四个开源IaaS名目的前景未明，难分高低，所以咱们都尝试做了编译部署和源码级预研，代码看得最多的是OpenNebula，一是因其繁难易懂的轻量级架构，二是因其驳回C++成功，关于嵌入式C开收回身的团队比拟容易上手，毕竟那些年Python还没火起来。最后集众家之所长，咱们从零起步开发了一个电信级的虚构化治理平台TECS，底层先是驳回了Xen，后来才支持了KVM，发布之后就用在了ZTE的GoTa系统、外围网等通讯业务场景中。

TECS平台的通用撑持层中就有基于Qpid的AMQP信息队列，应用了OpenNebula的打算，并进一步改形成了支持多线程、多进程、多节点、档次更丰盛的通讯形式，并应用该机制成功了一个有向无环图的操作事务系统，支持意外事务的多个并行化步骤的群体操作回滚。当然作为撑持层，除了通讯，还有Shell、定时器、序列化、数据库、意外处置等通用组件，记切当光阴是针对这个撑持层的设计打算文档就写了100多页。

到了2013年，OpenStack相继发布了Havana、IceHouse版本，似乎暗示着该从入门ABC到了说Hi的时刻了。由于电信运营商注重NFV，须要一个放开的虚构化平台提供撑持，演变出一个更宽广的技术生态链。所以过后的团队只能忍痛丢弃了自己打造了三年的虚构化平台，转向了保养OpenStack的I版本。后来总归是有些心思排挤感，看到OpenStack的什么性能都是自己曾经玩过的，而且它对细节稳固性的要求跟电信级平台没法比。然而随着业务新性能的二次开发，对OpenStack的一致服务网关入口，高度灵敏的成功层灵活插件化机制，复线程多协程的服务框架，颇具微服务外形的裁减思绪，以及Python言语的加快成功蔚为大观，觉得它是在用一种高屋建瓴、大开大合的理念，似乎玩乐高积木一样把有数既有的开源名目机动性地拼装成一个到达商用级要求的宏大平台，通过两年的研发与保养投入，从中吸取到了丰盛的架构设计阅历。

再后来，和OpenStack的缘分继续加长到了如今的云桌面畛域。从初创时的Kilo，到2.0版本的Ocata，OpenStack曾经把其它的开源IaaS名目给彻底KO了，自身也到了守江山稳社稷的阶段。OpenStack代码中最外围的五大件，keystone、nova、glance、cinder、neutron，曾经结实成型，不同版本之间重要是在成功层启动细节微调，可用性早已不是疑问了。很多云平台的实践经常使用者也曾经很少去关注这些代码级变动，愈加关注的是自身的运行场景。

相对甘守寂寞的Linux内核圈，作为下层治理平台级开源名目的OpenStack，操作流程性的代码让新人上手的速度很快，又赶上了如日中天的云计算技术高速开展期，很容易让开发者们浮想联翩，群体迸发，所以外围组件刚站稳脚跟，从sahara，heat开局的各种大帐篷名目便层出不穷，全体架构上的技术杠杆伸得有点长了。其实这种一致的基础平台性的物品，不像微信小程序、手机APP那样的互联网运行，它更须要丰盛的事实运维阅历加上对底层成功机制的知晓，匆忙赶制进去的名目，其稳固性与消费环境的可用性值得切磋。当然，这样的情势并不是否定其开源性质的长处，既然是做一个普适性的大平台，就象征着要兼收并蓄，有容乃大。它能让有数的组件、插件、技术点来交往往，应时趁势，甚至自生自灭，然而那个外围的框架不时存在，就像帕特农神庙一样永远耸立着，自身就是很了不起的事。就像波普尔在《放开社会及其死敌》外面说的那样，好的社会是放开的，放开社会就象征着会有五花八门相互矛盾的观点。正是这种相互矛盾，让社会具备多种选用，多种或许，越变越好。同样，敞开的社会，是一元的、单纯的，但由于这种社会失去了矛盾的相持，失去选用，就会一错究竟，走向发展。

在桌面上谈谈OpenStack

再来说说云桌面和OpenStack的事。OpenStack自身是个治理平台，给用户带来实践价值的是对其场景化的应用，毕竟搭台的不如唱戏的抢眼，云桌面就是在云平台上唱遍大巷小巷的一出好戏。电脑桌面这个整日里相看两不厌的运行，无论是庙堂之高，江湖之远，各行各业都离不开，场景化千差万别。距离人那么近的运行，便携性、易用性，安保性、体验感都是绕不过去的话题，在IaaS日渐推行的当天，桌面上云也成了当仁不让的选用。

然而谈IaaS的场所却似乎少提桌面云，由于桌面虚构化是先于云计算出现的，在OpenStack之前，曾经有五花八门的桌面虚构化治理系统了，直到如今也是只见多不见少，由于自己开发一个几台电脑的治理系统并不是什么复杂的事，所以云桌面的名字外面也带个云字，然而和IaaS经常是花开两朵各表一枝。其实自己开发的小型化虚构机治理系统在几根螺丝就能拧死了的小场所，小规模的用一下可以，一旦大规模地铺开树立，除了桌面体验，整个治理平台的高可用性、灵敏性，热迁徙、存储藏份、二次开发便顾此失彼起来，就像自留地种的小菜一样，只管口味无机些，然而要惯例批量供应大客户就紧缺了。

云桌面的治理平台可以只用到OpenStack中的keystone、nova、glance、cinder、neutron这最成熟的五大件，背靠大树好纳凉。而且目前的桌面操作系统还没法跑在容器里，对K8S之类的容器平台也不感冒。咱们目前对OpenStack这个平台曾经不用投入太多精神去开发，它在桌面虚构化运行场景的稳固成熟度曾经能让保养人员无需终日胆战心惊了。

更进一步思考，VDI桌面外围内容是虚构化，齐全可以不依赖于平台治理层，比如咱们目前的云桌面平台3.0版曾经做到能够以虚构机镜像，容器镜像的方式装置到恣意一个现成的IaaS平台、超融合环境中去，成为真正的DaaS，从而让私有云厂家毋庸重复开发，私有云用户毋庸重复树立。保持经常使用OpenStack云平台来运转咱们的桌面系统，就是看中它有一个放开的规范化的接口体系，能够为咱们的桌面运行提供更多的治感性能入口，从云平台这一层来讲，咱们的云桌面是把OpenStack这个开源名目做到了最恰到好处的场景化应用。

通过八年的磨砺，OpenStack曾经从煊赫一时、从者如云到了大隐隐于市的阶段。基本色能的日益成熟，渐趋稳固，版本差异化变小，肯定会让它淡出视线。凡事成为过往，就会有许多责之深、爱之切的声响不时收回。不如让它踏虚浮实做好自己的平台角色，在一个个名目、产品畛域施展台柱的功力，将会是对这么多年积攒上去的开源技术价值最好的印证。

作者引见：

张文剑，南京机敏科技首席架构师，主攻OpenStack VDI，介入编写中国开源云联盟桌面云规范，掌管机敏云平台1.0、2.0版本的研发。