关注:
你当前的位置 主页 > 公司新闻 >
公司新闻
2019云计算开源产业大会丨曾勇:云管服务-让技术更专注于业务
页面更新时间:2019-07-09 10:01

      

曾勇

曾勇:大家好,我就职于和你出行,负责技术部的管理。可能有很多人都不知道和你出行是什么样的一家公司,所以先给大家做一个简单的介绍。介绍我们公司主要是这三个关键词:

1.我们是在创业路上的公司,我们公司注册成立日期是2018年1月30号,截止到现在一年半,所以我们还是非常非常年轻的一家公司。一年半的时间里我们做出了什么样的事情?目前在线运营三百辆车,下一步在济南,已经在规划中,目前在采购的车辆已经有500辆。

2.分时租赁,就是做共享出行,共享汽车,我们主打的概念是乐趣、绿色、便捷、出行。我们选的车型都比较科技范儿、年轻化,大家会有良好的驾乘体验。绿色,由于我们选择的车都是电动汽车,我今天开车来的,什么车?电动车,(对话的人)转身走了。为什么开电车不开油车?这是小玩笑。

3.我们做的是共享平台,我们不仅对用户做分时出行这样的一个共享,我们另一个共享,其实我们的车并不是我们采购的,都是车主采购的,依托在我们平台运营。以上是给大家做一个简单的介绍。

我们公司的系统架构。简单按照三层的形式给大家做一个展现,上面全都是业务的UI层,往下是业务逻辑,再往下是数据对应的服务。可以看到我们所对应的管理后台,以及车主的管理后台,以及H5,我们自己的亚洲最佳真人游戏平台运维端,还有我们的图片服务,因为我们图片是有分级的,就是公共的图片,比如说车辆的照片都是存在于云上,比较保密的是放在自有的图片服务器上。

然后就是我们C端的APP及采用restfull api形式的接口服务端。我要重点说的是最右边的那一块,各车厂的车控设备,因为我们其实也在做车控设备,也和其他厂商有合作,这样做的主要目的是互备,如要把鸡蛋放在多个篮子里。就会存在一个问题,我们要和多个车控进行交互的时候我们有对应的服务,第二个是跟车控厂商的平台做交互和通信。所以会往下来到我们的治理平台里。为什么重点说这块?因为我们的车辆在静止的时候是每十秒钟上报一次,但是在运营的时候会达到三秒钟上报数据量,按照现在300辆车的数据请求,其实每天要请求大概200多万,将近300多万次,其实数据量、存储量,还有后台服务的的计算量是要求蛮高的。

在这儿我想给大家分享一个小故事,这个小故事也是我个人的黑历史。曾经我凭我自己的一己之力,让我们以前一个公司的整个后台整整消失了三个多小时,连仓库都没有办法干活,怎么做到的呢?因为我刚入职,大概是六年前,我那时二十多岁,要做出一点事,所以我在我负责的业务里重构了所谓的库存计算的这套体系和服务,当时我非常自豪,一己之力把这个做好。因为原来的库存计算规则是一条云对应一个数据库,数据库自己算,因为做开发的都知道,这样给数据库带来的压力会非常大。后来我改了以后,很多计算是分在程序执行,我只要告诉数据库,你给我更新就可以了,我觉得这没问题,挺好的,当天晚上和我们的运维团队负责人聊想上线,他说好啊,不错嘛,可以上线,没问题。当天晚上就上线了,上线完以后很开心,就和朋友回家了。

我记得很清楚,那天我和朋友在餐厅吃饭,吃到第三口的时候我的电话响了,当时负责仓储业务的负责人打电话:“曾勇,你今天干什么了?”“怎么了?”“仓库都没法干活了,客服也说这个系统没有办法访问,你到底做了什么事情?”“我就上了一个服务。”经过后运维团队的抢修,在三个小时之后恢复了。

在场如果有做运维的应该也能想得到,因为我刚才已经把那个过程讲了一下,就是原来库存计算是让数据库做计算的时候会产生一条数据库日志(binlog),原来计算所有库存只是丢给数据库一条更新的语句,所以只会产生一条binlog,当我改的程序以后,就会变得好多好多,所以日志无限增长,跟我的体型一样,两年前还挺瘦的,增长很快,瞬间就达到磁盘满了,所以数据库挂机,宕掉了。数据库都宕了,所有的数据库肯定就没有办法应用了,所以这就是我的壮举,其实分享这个故事就是告诉大家基础运维真的很重要,如果没有基础运维提供的支持,其实我们做的再多的应用,写得再好的软件架构没有地方部署,也没有办法运行。这是给大家分享一个我的黑历史,也是一个小故事,主要要给大家讲的是运维真的非常重要。

什么叫一个月上线?刚才的架构图大家都看了,我们一开始从0到1完全是按照这种架构规划的,其实这样的工作量是非常大的,但是我们达到了一个月上线,上线第一版就达到可以演示、可以公共测试的。我们当时是从2018年1月16号第一行代码开始,上线日期是2018年3月7号。可能有人就会说,你是不是不会算数,这都快到2个月了,但是大家别忘了,2018年2月份有一个春节,过年得放假吧。所以从开发、测试一直到上线只有一个月的时间。

有人可能会说一个月上线不难,因为按照那个架构来看,反正我只要开发资源足够就可以了,那好,我现在给大家看一下我们的人员结构组成,我们的开发大约占了60%,但是上线第一版的时候开发只有十几个人,大约十一二个人,基本上是一个萝卜占俩坑,什么意思?就是“一人多用”完成开发,到现在我们团队大约是30人左右。大家看我们人员架构有没有发现什么问题?运维部门的人呢?

刚才说运维团队很重要,但是我们的公司又没有运维团队,哪儿去了?可能大家会有这些问题:监控怎么办?架构怎么办?安全怎么办?尤其是我刚才说的数据库怎么办?谁管?

说到这儿就不得不提一个了,云管服务,但是我一般会很亲切叫它“云管家”,因为显得没有界限,比较亲切,我们的云管家就是贝斯平,他们给我们提供运维和云管理的事情,还有对应的物理架构的规划。其实我们用的是用多云,当然,多云里面没有私有云,我们全用的是公有云,因为初创公司嘛,不知道大家还记不记得我们才一年半,创业公司钱很重要,怎么把一分钱当八分钱花?这是我们要解决的问题,所以我们会怎么性价比高怎么用。

但是多云使用就会存在一个监控问题。大家知道现在云很多,各种各样的云,我不知道怎么样选,他们会给我们做这样的一个评估报告,以及对应的技术咨询。甚至咨询到什么样的细节?大家注意看图中有一个词"nginx",怎么能能让它提高性能、提高并发?最简单得办法就是增加服务器。不过我们想要的是不增加预算的情况下,所以给他们提出了好多苛刻的问题,不过最后都得到了很好的建议和提供很好的服务,所以我们现在所有的运维全都是交给我们的云管家。

讲完云管家,刚才说了琳琅满目的云,随着技术的日新月异,发展得非常快,五年前你要说有这么多云,大家都觉得不可能,但是五年后的今天呢?如果哪家技术成熟比较好的公司出去聊天,跟一群同行业大佬们吃饭,如果不说我们自己家有私有云,或者我们能够提供云平台,都不好意思张嘴。

所以在众多的云中怎么选?我就直接交给贝斯平,你给我选吧,我的要求反正就是便宜、好用,我就不想多花钱,我就想用好用的东西。

刚才我说了,由于我们企业用的是多云的架构体系,所以在云监控上是一个很头疼的问题,每家的云都有自己的一套监控平台,你都可以看到这些数据指标(这些素材是阿里云上的)。如果用阿里云可能就会很熟悉,很基础的监控都会有,但问题我们是用多家云,服务器指标监控就是一个严重的问题,我总不能开多台电脑,或者安装好多显示器来分别查看对应云平台的监控吧?从我们用了贝斯平的OpsNow后,我打开一个系统就可以看到所有云的情况。

结合我们公司技术和云管服务的资源,还有他们给我们提供的服务,所以就提出这样一个问题,到现在我们小企业还在选择闭门造车吗?我还要建立我的运维团队、我还要优化自己的数据库吗?我还需要招这样的安全人员吗?这是我们的问题,我们这样中小企业、创业公司的问题,作为我来管理我们公司技术部,所以我说不需要,为什么?因为现在云管家能为我们提供很好的运维工作,包括监控,有时候服务器出问题它比我知道得早,他们给我打电话说:云资源出问题了,有备用方案,用不用考虑?我说:那还等什么?赶紧弄,所以我不需要管我的服务器,对我来说我需要用的时候我只需要告诉他们我的目标是什么,我给他们提需求的时候永远一句话,他们需要给我做评估,随后告诉我这样的一个时间和方案,跟我们的CEO对我们提的需求是一样的,都是一句话需求。其实做开发挺苦的,是吧?。第二个就是我会积极地使用和拥抱云计算,为什么?云服务器,还有各个中间件在这个时候都很成熟了,所以为什么还要闭门造车呢?

总结一下,因为我和云管家合作,就是MSP和CMP的使用,所以可以让我把我们的精力更专注于我们的技术实践开发,而且开发得非常快。举一个例子,当时业务部门告诉我们要做报表,就是BI,如果我们自己开发的话需要很长时间,所以我就选择使用当时阿里云的Max Compute和Quick BI结合使用,,就可以很快速、很方便地实现,我不需要做那么多组件性的东西。剩下的产品UED就可以专注于用户优化。第三个节省技术成本,我们公司没有运维团队,如果按照运维团队最小的配比(三个人),运维工程师、DBA再加上安全人员,如果费用按照平均1.5万每人(费用算得还是比较低的,一般高的几万,最低得几千),一年我将会节省54万,对于我们这样初创公司来说还是挺多的,如果可以拿出20万升级我的云计算资源,多买点服务器,让用户用得更丝般顺滑,这样好不好,再或者拿省下的费用和兄弟们一起吃个饭做一下团建好不好?

再有我们系统的迭代速度能达到15天或者30天发布一个版本,当然,发布的东西改页面、改文字不算发布,一定是功能性的发布。基本中小企业要达到这样效果,常规技术团队基本上是40人左右,但是借助了云,让我们加速实现业务。

谢谢大家。