图片来源：视觉中国

　　在钛媒体在线课“钛坦白”第39期，我们请来了三位钛客，解读《三年行动计划》发布后，云计算的机遇、挑战、新格局。本期钛客之一、联通云数据公司云计算与大数据研发部副总经理朱子凡，是ITIL V3 EXPERT/ ISO 20000主任审核员。拥有14年电信运营商工作经验，8年数据中心运维管理经验和5年规划建设经验，2年云计算运维管理经验。早年曾任上海联通数据中心产品线运维负责人，主持管理多个大型/超大型数据中心。之后致力于数据中心规划设计，主持设计建造机房总面积超过5万平米，IT负载超过20MW。目前任联通云计算产品线全国运维负责人，主持管理全国近70个云资源池节点。

　　本文节选自朱子凡在钛坦白的分享。如果您还不是钛媒体Pro用户，希望查看钛坦白所有干货，进入钛坦白九个专业群交流，并查看更丰富的专业数据和信息，可点击：http://www.tmtpost.com/pro 注册。

　　以下根据朱子凡在钛坦白的分享实录整理：

　　大家晚上好，我是来自联通的朱子凡，今天跟大家分享的主题是《云计算业务的机遇和挑战》。

　　首先要感谢一下昨天阿里云在钛坦白的精彩分享，对行业形势做了透彻的分析。今天借着钛媒体的这个平台，我也来分享一下有关联通沃云，以及我个人对云计算的一些理解。

　　首先介绍一下我任职的联通云数据公司，联通是国内唯一从事云计算自主研发，并大规模商用的基础电信运营商，联通的云计算品牌为沃云，由于是基于openstack进行开发，因此也称为wostack.

　　云计算业务的前景

　　

　　左边这张图表是Gartner在2014年对云计算市场的分析。2014年时的数据显示全球云计算市场规模达到730亿美元，当时的年均复合增长率是17%，远远高于全球的传统IT市场增长率。由此可以看出，云计算业务的兴起其实是改变了原先传统IT架构演进和发展的速度。同时当时数据显示，中国的云计算业务发展的复合增长率是达到26%，远高于全球的平均水平。

　　我们今天来分析云计算的市场为什么要首先展示一张2014年的图呢？目的是说明在2014年，当时业界对于云计算市场的分析已经预测出前景一片大好，但是历史的分析跟今天的实际情况相比，又发生了变化。我们再来看一看Gartner在2016年的统计数据（右侧图标），2015年全球的云计算市场规模达到1780亿，2016年超过了2000亿。和左侧这张图中相比，在2014年，Gartner预测2016年的云计算的全球市场规模在1300亿左右，但实际达到的值是2086亿。

　　通过这个简单的分析大家就可以看出，云计算市场的前景是非常美好和广阔的。

　　云计算业务所面临的问题

　　云计算业务面临着一些共性问题，包括：

资源出售性的云产品导致同质化严重，不同的厂商所推出的云产品在功能上大同小异；

软件产品的快速迭代虽然实现了灵活的功能提升，但是很多仓促的上线往往会导致无穷的bug；

云计算由多个专业集成，导致对于云服务商的要求也更高，人才稀缺成为瓶颈；

部分传统应用或数据库还不是特别适合云场景，仓促上云可能出现水土不服。

　　针对这些问题，我们有三个方面的思考：

既然资源出售型产品导致同质化严重，对于云服务商来说，我们不卖资源卖什么？

敏捷开发是否就意味着可以压缩测试环境，仓促的上线和交付？

devops是否就意味着既然研维一体了，开发就不必那么重视产品的质量，因为所有的问题都可以由运维来解决？

　　针对这三个问题我先谈谈我个人的观点：

　　首先，不卖资源我们卖什么？我想方向可能有两个，一个是卖服务，另外一个是卖应用。基于IaaS的云产品，建议在服务侧多花精力，否则就通过PaaS或者是SaaS，用平台或应用去捆绑用户的需求。

　　第二个，如何敏捷开发？敏捷开发实现的是灵活的功能的提升和修复，它的出发点在于客户上云之后，对平台的要求更高了，这时更要求云服务商在快速迭代的同时一定要经过充分的验证和方案的审核，确保优势发挥，扬长避短。

　　第三，如何将devops功能发挥到极致？

　　

　　说到devops，大家来看看这张图，devops提出的初衷是为了打破部门墙，改变原先部署、开发、运维之间相互看不惯和相互推诿的问题。那么如果要将devops的功能发挥到极致，扬长避短，我想可能要关注于以下六个方面：

找到问题的瓶颈之后，不止是做局部的优化，更要做全面的优化。举个例子，如果我们在软件的功能上发现了一个bug，我们并不能仅仅要求研发去做bug的修复，这时候运维也要思考，未来在遇到同类型问题的时候，我们有没有临时解决方案可以快速恢复业务。

Devops强调端到端的交付，从开发、部署、实施到运维，这整个一连串的是一个链条，我们最终以产品的方式向用户进行交付。Devops就是要求各个部门、各个模块能够相互团结，以产品交付使用作为一致目标，而非仅关注单个模块的成败。

采用devops的模式之后，由于研维一体了，所以我们可以得到更多需求的反馈。因为大家知道，运维对于客户的实际使用需求了解是最为透彻的，研维一体之后，研发可以更加便捷地了解到用户在使用已上线的产品之后有哪些感知，以及问题需要去解决。

很多公司在采用devops模式之后，会要求开发去做一个新的软件或者是新上线功能的短期运维，这也就是要求研发在功能上线之后，能够更好地去了解运维人员的痛点，感同身受的知道他们的痛苦所在。

研维一体之后，可以使得双方更加统一语言、监控数据，和原始信息，这样更加有利于产品的优化。

devops中最为重要的核心精髓，就是我们应该更加关注如何去改进而不是如何去追责。

为何要使用云计算？

　　我记得有一次新员工面试，我问一位应聘者：“你如何向一家企业推销云计算的产品？”他的回答是：“我会告诉客户云计算是一种趋势，它代表了当前的热点。”我想对于这个回答，不管是企业还是客户，都不会满意。因为他并没有说清楚云计算的优势和特点。

　　在这里我还想解释一个认知误区。就是现在大家都在说我们要求政府、服务行业来构建公共服务平台，这个公共服务平台包括医疗、教育、旅游、环境监测等等各行各业，我们希望通过互联网的方式去得到更为公开、透明的信息。但是政府或者是服务行业的这个公共服务平台是否就代表了云平台呢？答案是否定的。因为这些公共服务平台也同样完全可以构建在传统的IT架构上，并不一定要使用云平台。有一些政府机构，或者是行业在对自己的门户的网站做了一次优质的改版之后，就号称我们已经上云了，其实这也是一种误区，网站做得好与坏，我想应该找的是美工而不是云服务商。

　　那么下面我来谈一谈我个人对于云计算的优势的一些理解：

转载请注明出处。