写点什么

与“品高云之父”聊私有云

2015 年 12 月 10 日

写在前面品高云是一家如此低调的公司,以至于鲜有相关的报道。这家最早成立于 2003 年的公司,起初主要为移动、交通、政府、大型企业等行业龙头客户提供顾问咨询、核心业务系统和办公系统的开发。2008 年品高软件开始研发云计算基础架构平台,两年后国内第一套商用基础云架构产品 BingoCloud 1.0 版正式亮相,2015 年 10 月 21 日,BingoCloud 6.0 发布。笔者与“品高云之父”刘忻有了一番交流,于是有了这篇文字。

正文

品高云是一家如此低调的公司,以至于鲜有相关的新闻报道。这家最早成立于 2003 年的公司,起初主要为移动、交通、政府、大型企业等行业龙头客户提供顾问咨询、核心业务系统和办公系统的开发。2008 年品高软件开始研发云计算基础架构平台,两年后国内第一套商用基础云架构产品 BingoCloud 1.0 版正式亮相。

作为国内首个商用 IaaS 云产品,BingoCloud 自 2012 年 5 月的 3.0 版开始,除了与亚马逊 AWS 接口标准兼容的弹性计算、存贮、弹性计费等功能外,还推出了现在各大云厂商标配的应用软件商店。2015 年 10 月 21 日,“为云而生,因移动而盛”的 BingoCloud 6.0 版发布。

“三个臭皮匠”的北上与南下

在谈及品高云的创始阶段时刘忻说,三位创始人都是做产品出身,和所有创业者一样,满怀信心的他们远赴北京企图闯出一番天地。然而北京的大环境不同于南方,多年后刘忻回忆道,“广州的生意是开放的,同样的事情谁都可以来做。这种开放逼着你去面对各种竞争,也就是说你不能有明显的短板……北京不一样,北京需要关系、需要造势。”就这样,三人回到广州,开始了另一段旅途。

2005 年研发南航电子客票系统时,苦于无法在全球快速部署数据处理中心,同时受 Amazon 和 Google 的影响,2008 年品高投入研发并在两年后成功推出了国内首个商用 IaaS 基础架构云产品。此举奠定了品高云后来的发展之路。多年 IT 核心应用实践使得刘忻坚信,大量的分布式计算存储群集需要一套机制进行灵活和动态管理,并总结出四则核心产品理念,即可演进、开放性与标准化、技术融合、高性价比与高可用性

一个行业最重要的是开放标准

“深入了解任何行业都不难发现,标准化是一个行业最重要的东西,标准一定是开放的。”刘忻一字一顿地说,在国内互联互通是最大的难题,即便在国外、即使在 Java 开源世界,这个问题依然存在。还是拿民航电子客票来举例,需要转机的、尤其是国际航班的信息流怎么解决?怎么出票?旅客的行李怎么周转?对标准的认识不像念书时那样只是一个报文、一个格式,“标准必须是从二进制的角度设计,一定要开放。”刘忻解释道,虽然仅仅是从技术需求出发,但品高云服务的南航电子客票系统恰好成了对 OTA 搜索引擎最友好的系统。

因此,基础架构的设计理念要求能够在不受其设计者操控的软硬件环境中进行部署和执行。品高云采用开源的 Linux 作为基础架构云平台的内核,并通过定制化的手段,将各个管理控制子系统客户化进 Linux 发行版本,这样做的好处是:

  • Linux 操作系统是目前最活跃的操作系统,开源和云计算都大大促进 Linux 的发展与创新;
  • 采用标准的 Linux 内核,可以保持基础架构云平台的核心模块、可扩展性与世界同步;
  • 利用其成熟、稳定的社区资源,规避大量的软硬件驱动问题,拓宽基础架构云平台的适用面;
  • 与大量优秀的开源软件兼容,可以无需修改直接纳入到基础架构云平台。

以上图中的网络子系统为例,其中 SDN 部分自 2013 年开始研发,其网络控制器支持集群部署无单点,完全符合 ONF 标准,并且实现了所有云网络的功能,包括安全组(Security Group)、ACL、Subnet、VPC、VLAN 接入、NAT、Route 等。目前业内只有如 Vmware(NSX)等少数厂商可做到,而开源社区版本的 OpenStack 自身并没有 SDN 控制器。

“我们并不擅长公有云”

云计算的本质是一个集群管理平台,其核心是资源虚拟化。业界公认亚马逊的产品堆叠做的特别好,把最根本的存储服务、网络服务以及应用部署服务都很好地进行了虚拟化,从而开始了搭积木的过程。刘忻认为,亚马逊做的好的地方不仅仅是单机计算资源的虚拟化,更是网络的虚拟化。

混合云最大的一个优势就是可以降低企业的 IT 运维成本。蒋清野先生在《浅谈“中国”语境下的公有云发展》一文中提到,公有云的成长要面临两个问题:一是用户增长,二是财务回报。“品高并不擅长公有云。”刘忻毫不讳言地说,经济离不开上层建筑,中国的经济环境还是以国企、央企为主,大的企业占经济的主体。“现在很多友商也开始转向企业市场了,为什么?技术不光玩的开心就行,要解决实际问题,产生收入才能继续。”

从业务的角度来说,公有云的存储增量是可以预测的,存储服务的产出预测一般是很线性的,因此财务模型很容易计算,这项服务相对比较容易赚钱。但网络就不是这样了,网络规划一定要往大了做,一旦规划做小了会带来无尽的痛苦。蒋清野先生在《浅谈“中国”语境下的公有云发展》同样提到了云产品的弹性,指出云厂商必须把自动伸缩这个概念应用到云主机集群上。刘忻在谈到公有云市场的时候总结说,“你的弹性不叫弹性。所谓弹性计算,是指用户的需求是弹性的,但厂商自己的基础设施从来不是弹性的。

正是基于以上的认识,刘忻得出“品高并不擅长公有云”的论断。而创业时候服务的都是大客户,例如一汽大众、南航、中国移动、网易等。“要有比甲方更好的格局和视角去理解其业务。”刘忻强调说,“要看到客户的客户在干嘛。”私有云或者说混合云,才是企业的真实需求。比如,广州地铁用三年时间从VMWare 迁移到品高云,在迁移过程中,品高云对客户的计算模式分析的比客户还清楚,也因此与客户结下了深厚的友谊。

做一个聪明的跟随者

“目前国内云计算并没有什么自主研发。”刘忻坦言,云厂商要想做大做强,唯有通过做产品提升自己的防御边界。“不管用不用开源技术,你都能跟别人说清楚哪些是自己的东西。这属于自己的部分就是你的优势。”在谈及这个话题时刘忻举例说,在接触过的云厂商中,惠普的OpenStack 白皮书写的最好,不但拎的清哪些是自己的哪些是开源社区的,甚至承诺负责相关的版权纠纷。这在现有的云厂商中是十分罕见的。

作为一位行业老兵,刘忻表示,“云计算拼的从来不是什么技术的先进程度,而是基础设施及其运营能力。真正做云的底层,远不如想象中那么高大上。云计算厂商要想体现出革命性的突破,需要挑战多年来业界一直坚信和死守的运营实践和技术基础。”而品高云构建之初并没有什么参考者,当时的亚马逊还没有公布其网络部分是如何实现的,“你在AWS 上起一个主机,把一个简单的网络访问打进去。从响应速度来判断就知道它(AWS)的网络是一个回馈的系统,而不是一个预先配置的系统。”

VPC 作为事实上的行业标准,在面对国内企业的实际需求时是不可行的。在虚拟化引擎技术方面,品高云做一个跟随者无疑是最聪明的选择,刘忻这样解释道。至于基础设施,“机器肯定不值钱,数据才是(最值钱的)。”

云计算的创新点在哪里?

云计算在技术上带来的挑战是“堆叠”。以容器为例,Docker 最强的地方是持续交付能力,容器与容器之间的通讯并不是 Docker 所擅长的。数据中心本身东西向的流量就很麻烦,多租户的网络处理、主机端口映射等等更加剧了问题的复杂程度。“让客户又上云、又上 SDN 是不现实的,云厂商一定要在物理层解决 SDN 的问题。”刘忻摇了摇头说,OpenStack 的网络模块比较令人头疼,品高云选择从控制器入手,这也是 SDN 的价值所在。

2013~2014 年,微信以暴风骤雨的方式教育了大到超大型国企小到创业团队的所有企业,移动化或者说 BYOD 使得企业面临新的办公协同与碎片化的问题,不同企业服务需求的差异直接变身成云厂商必须直面的挑战。所有企业,包括云厂商自己,都必须顺应这一移动化的浪潮。在企业市场,刘忻把服务好一个客户称之为“啃一个骨头”,并笑称“每个你啃完的骨头都是对别人的一个门槛。”例如,异构存储就是品高云一块块骨头啃出来的门槛,在这一方面,品高云显然是洞见了亚马逊在产品和服务方面的承载性和延续性。另一个比较有代表性的例子是 BingoLink ,品高 BingoCloud 6.0 发布会上提到的“因移动而盛”实质上指的就是从企业服务中慢慢演化出来的 BingoLink。

“云计算的创新点一定是在业务与技术互相融合的地方。”刘忻一语中的,混合云产品必然出现在业务上下游相关的地方,必然是那些边界应用。以前企业每年花很多钱找人做核心系统;现在不光找技术人才,还要找对业务系统很懂的人来做决策。由此可见,真正的融合才刚刚开始,而这正是创新的起点。


给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群(已满),InfoQ 读者交流群(#2))。

2015 年 12 月 10 日 17:378853
用户头像

发布了 62 篇内容, 共 16.9 次阅读, 收获喜欢 3 次。

关注

评论

发布
暂无评论
发现更多内容

架构师训练营第三周总结

人世间

极客大学架构师训练营

架构师训练营 -week3- 学习总结

暖丶冬

<<架构师训练营>>第三周作业二

R20114

第三周作业

数字

第三周感想

数字

架构师训练营 第三周-作业

无心水

单例模式 极客大学架构师训练营 组合模式 23种设计模式

架构师训练营第三周作业及总结

强哥

极客大学架构师训练营

架构师第三课总结

Dennis

第三周学习总结----几种设计模式的练习

Geek_165f3d

第三周课程总结

考尔菲德

week002 作业

徐培

架构师训练营:第三周作业

zcj

极客大学架构师训练营

<<架构师训练营>> 第三周作业一

R20114

架构师训练营第三周作业

olderwei

极客大学架构师训练营

架构师训练营第三周作业

Melo

Week002 总结

徐培

单例模式小结

L001

【第三周】架构师训练营作业

星星

架构师训练营第三周学习总结

fenix

第三周作业

魔曦

架构是训练营

第三周总结

uangguan

第三周作业

重新来过

Week3

总结

chenzt

架构师 0 期 | 组合模式使用

刁架构

设计模式 极客大学架构师训练营 组合模式

手写单例和组合模式运用实例

林昱榕

单例模式 极客大学架构师训练营 组合模式

架构师训练营第三周作业

战峰

第三周-学习总结

molly

极客大学架构师训练营

【第三周】架构师训练营总结

星星

Week 03 学习总结

设计模式—week3总结

小叶

极客大学架构师训练营

与“品高云之父”聊私有云-InfoQ