鲜肉、大叔、高富帅都怎么玩云计算的?

  • 来源:ustack博客
  •  2017-01-28
  •   浏览 555 次

关于云计算落地有各种各样的猜测,但是真正了解这个过程的却并不多。本文是UnitedStack有云产品VP袁东在云头条的一次分享,把在向云迁移过程中的三类典型用户抽象成具体人物,个性鲜明。虽然都有真是真事儿,但是大家不要较真到底是谁,因为这样的故事在这些行业频繁的上演。也许,小鲜肉儿说的就是你?

今天来讲一个小鲜肉、大叔和高富帅的故事,这三个人物实际上是我们做的三个典型项目的客户给我留下的感觉。希望通过这三个项目和大家分享一下不同的行业对云计算的思考方式的差异。

鲜肉、大叔、高富帅都怎么玩云计算的?

小鲜肉:来自IDC行业

(故事背景:IDC是个水很深的行业,烛鲜肉的背后我也不知道有没有背景)

当时这个项目做下来也奇葩,本来人家第二天要跟别人签合同了,硬件都采购完了——然后被我们抢单了。

在和小鲜肉交流的时候也很有意思,他们最关心的问题是:云计算这个东西,怎么为他们挣钱!但凡IDC行业转型云计算,出发点几乎都是这一点:怎么用云计算挣钱。把这个问题讲清楚了,单子就到手了。

不过单子到手不算完,正当我们打算弹冠相庆的时候,小鲜肉就把一大堆定制化需求糊了我们一脸。果然,这才是做项目的节奏——事情本来就会这么简单嘛。

这一坨定制化需求从按月导出客户对账记录,一直到公网IP的分配,再到各种打折、促销和代金券……搞得我们动物园里面的产品汪和程序猿一阵狗吠猿闹。

等到都坐下来了,我们总结了一下:以小鲜肉为代表的IDC客户的核心需求是“运营”!

如果一个云计算系统在满足IDC云化的基础上,能很好的解决“运营”这个痛点,那么基本上就成功了

如果在能够解决他们的定制化需求,那他们估计就乐坏了。

大叔算是制造业的

(故事背景:老国企转型,几十年的历史,比我们年纪都大。大叔老树开新花,赶着互联网+的热潮,也全盘云化。)

大叔的想法,既然搞了,就搞最时髦的——直接上OpenStack!我们就是这样进去的。

这个项目完全是标准方案,直到系统搭好都一帆风顺。但是,就像我们都明白的那样,没有坑的项目,绝对不是好项目。

大叔的项目完全由集成商包办,里面的人际关系估计比OpenStack的MQ交互还复杂。不过这不是重点,重点是不知道集成商从哪里找来的人搭应用,很显然搭应用的和写应用的还不是一伙儿人,估计集成商也找不到写系统的人了。然后悲剧发生了,应用搭在我们的平台上,怎么都不好使:不是测试性能巨差,就是系统崩溃……

其实都和我们的平台没关系,但是大叔不管这个,大叔的管家(集成商)更不管这个。应用跑不起来、测试过不去,就别想验收拿钱。

结果就是我们从把整个应用平台搞了一遍,从数据库到中间件再到WebLogic,最夸张的时候我们还动手帮他们改应用配置,定位Java程序的Bug。

最后业务跑起来了,验收通过了,大叔满意了,我们的人也都成了业务专家。

小结:大叔代表的传统或者细分一下,制造业。需求实际要的是一站式解决方案。诉求也很明确:你把我的业务支撑起来,我就给你钱。绝不可能说,你做IaaS的,我就跟你验收IaaS,然后你就可以退场了,这类客户只在乎业务。

云计算,很多时候他们并不是很关心。只要你能解决他们的业务,你就赢下了这个市场。

高富帅,银行生产系统的应用

!!!注意哦,是生产系统!虽然肯定不是核心记账系统,但也不是开发测试系统。

(前情交代:这个项目让我见识了什么是真正的高富帅。在这之前,我听说某行搞云计算,光规划搞了半年以上,我还不不太信。经历了这个项目我就懂了,我原来也以为是傻有钱傻有钱,但其实完全不是,听我讲完你就知道了。)

第一次去见这个客户,30人的会议室,18度空调。

一个感觉:热!!!

为什么热呢?因为好多好多人,某大厂牵头这个项目,我们算是合作伙伴,实际上是小弟弟。我们去了包括我在内的俩人,大厂去的人数大概是我们的10倍!高富帅的领导往中间一坐,后面呼啦啦跟着七八口人,包括弱电、机房、线缆……承担各种工种的人,我自始至终都没认全,汗。

三十几口人就伺候一个领导,这个派头我在大叔那里都没见到。我当时以为这个领导大概会很水,不然干嘛带这么多人?不过项目做多了,真是开眼界。这个领导完全和我想的不一样。

人家从弱电怎么布,网络怎么走线,交换机几个口怎么化VLan,问到软件选型

最后连我们的存储是怎么保证MySQL断电时候的事务一致性都搞明白了…还顺便帮我们梳理了一把银行的业务。

绝对的高手!

人家带这么多人,是直接现场安排布置工作的。一天从早到晚,一个数据库大概怎么构建,脉络基本清晰了。基本上对方就是一个人在主导,剩下的30多口人在配合。

小结:这个故事让我们明白了两个道理:高富帅行业不愧钱多,藏龙卧虎。第二就是:关键应用,客户一定会把你的姥姥根给你刨出来。不搞明白你的运作机制,他是不敢上业务在你的平台上的,不然我们丢失的是单子,他丢的是乌纱帽。

总结一下就一句话:IDC看运营;传统企业看业务;银行要的是个放心。

[page]

精彩问答

因为问答实在精彩,小编只能摘录部分,并且按照产品、项目和技术进行分类,希望大家看起来清晰一些,一些问题的分类可能并不精准,请多包涵。

产品相关:

Q:你们做的银行云案例、传统企业云案例,是不是私有云?

A:不是传统私有云,是我们的托管云模式,都有VPN进去的。

Q:VPN进去做管理?

A:是的。

Q:托管云也是私有云的一种?

A:这个可能大家理解的差异,我们区别的是这个云是不是客户自己维护,客户维护是私有云,我们维护是托管云。

Q:你们的方案是完全开源还是闭源的?客户可以在你们的产品上自己定制开发定制吗?

A:完全开源,给源代码。我们有一家IDC客户就是自己定制的,完全看不出是我们的东西,我们都很佩服。

Q:SSD做Cache Pool性能如何?我记得你们一般用3*SSD加SATA。

A:我们的存储分为容量型存储和性能型存储,对于大部分客户都可以满足要求。关于三的倍数是因为我们的存储有三个副本,所以要求是3的倍数。

Q:12个Node为一个Ceph Cluster,这是为啥考虑?

A:12个节点不是Ceph Cluster,是我们的一个标准方案。

Q:那每12个Node之间的VM和数据能迁移吗?

A:可以的。

Q:假如一个VM在故障域A需要迁移到故障域B,这个时候如何在线迁移?

A:底层如果是两套Ceph,现在只能停机迁移。

Q:这样的设计不就形成了很多独立的Pool了吗?

A:12Node-100Node是一个Pool,我们这里容灾域不是Pool的概念,是Ceph Crush的概念。

Q:我想了解的事,私有云考验你们的定制化交付能力,你们大概有多少人占比铺在定制化实施上,这个怎么和你们的公有云功能维护平衡?

A:公有云是我们为自己运维的一个托管云,跟运维客户的云说一样的。

Q:大叔、高富帅他们之间的区别,用配置就可以解决了,对吗?

A:是的,一套代码,没有专有分支,不然维护成本太高了。修一个Bug,各种BackPort。

Q:高富帅、大叔和小鲜肉每个都需要定制化,会不会很累?

A:除非放弃这个行业,不然这个行业的需求必需满足。

项目相关:

Q:既然已经实施了这么多基于OpenStack的云,客户使用反响如何?你们的后续维护情况如何?

A:这个问题怎么回答呢?大部分还不错,虽然还存在大大小小的问题,但是从用户的实际购买来看,不断有客户进行扩容。

Q:客户已经现网运行了,会让你们升级吗?比如银行。

A:可以的,因为业务不受影响。

Q:三个故事既各有特点,但是又说明了共性。这些和你们直接对接的应该就是家纺的项目经理。他们一般对内部的业务还是比较了解和熟悉的。说大地,你们按照项目来交付,其实就是弄清楚客户最终的终极需求,要完全的满足和解决他们的需求。

A:我们是在做项目中提炼产品,需求不可能是我们拍脑门想出来的,项目本身就是需求最好的来源,但是我们并不是为了做项目而做项目。

Q:你们的项目和行业做多了,又归纳客户分几类?

A:当然有分类,基本就是按照行业分的,然后找行业共性的需求。一段时间内打一个行业。

Q:这三类就是最具代表性的吗?

A:算是吧。

Q:可以看出你们这些有的还说有很强的系统集成意味,你们提供开源云技术/软件等服务居多。

A:是的,我们公司就是卖服务的。

Q:银行和政府核心业务现在用的是什么云?

A:记账业务都是小机,这个估计可见的未来都上不了云。

Q:每个项目大概从需求沟通到验收,周期大概多长?

A:行业差异很大,像小鲜肉,一两周就搞定了(不含定制需求)。大叔项目,断断续续几个月吧,主要是人的问题。

Q:听说小鲜肉儿那没业务啊?

A:小鲜肉已经在扩容第二个Region了。

Q:小鲜肉儿们IDC云化以后,和公有云服务上比有竞争优势吗?

众筹回答(来自群内的高手):

1.机柜费用省了30%~40%,是占整个云化成本的30%~40%,还是非常惊人的。

2.云化少了搬箱子的工作

3.核心还是资源:带宽、电力,跟云没关系。

4.第一驱动力不是跟公有云用户抢客户,而是留住现有客户。一般客户租用了IDC后,粘性很强,没有特殊原因不会轻易换。但是现在很多客户问IDC要云,没有云就走了,所以……十几个人的IDC云,一年销售额7000万的万都见过,他们有很多客户资源。

5.所以有host private cloud,你不能云化的机器就在你边上,一根网线搞定。

技术相关:

Q:基于IOE的应用移植到OpenStack平台会遇到哪些问题?

A:这个问题有点大,IOE实际上要分开来看,I如果是小机的话,还说要重写业务吧;O如果是重要应用,比如RAC,还是不要上云了;E的情况最惨,因为ServerSAN对E的冲击最大,大部分情况是可以替换的。

Q:对那些传统开发模式/软件Oracledb、tuxedo、Weblogic的产品/系统,这些都是绕不过去的。

A:J2EE和Weblogic这些我在项目中都碰到过,问题不大。Linux—Based都好说。

Q:Oracle数据库,是跑盘柜还是Ceph?

A:如果是Oracle RAC的话,还是跑阵列吧。

Q:单机呢?

A:Oracle单机也可以跑在云上,这个问题不大。

Q:用户不会有分层存储的需求吗?

A:目前没有遇到。

Q:你们的项目中有没有涉及到物理机接入的?

A:有需求,现在我们还做不到管理物理机和管理虚拟机一样,Iron我们也在调研中。但是基本的物理机管理功能是有的,包括自动安装系统之类的功能。

关于分享者

袁冬博士,UnitedStack产品副总;云计算专家,在云计算、虚拟化、分布式系统和企业级应用等方面有丰富的经验;对分布式存储、非结构数据存储和存储虚拟化有深刻地理解,在云存储和企业级存储领域有丰富的研发与实践经验;Ceph等开源存储项目的核心代码贡献者。

To Top