转载

关于云计算的未来,这位从业者给出了他的三个预测

关于云计算的未来,这位从业者给出了他的三个预测

钛媒体注:本文作者是青云QingCloud联合创始人兼CEO黄允松,作为一个在云计算方面有多年从业经验的创业者,他对云计算的未来提出了三个预测,本文浓缩了他在实践中总结的经验、对行业的观察以及对未来的思考。独家授权钛媒体编辑发布。这也是黄允松专栏的第一篇哦,欢迎持续关注。

今天想和大家分享一下我从业这么多年,对于 IT 行业过去发展的一些看法以及对云计算未来发展的一些思考。事物的发展都是一个自然延续和平滑演化的过程,不知过去,焉知未来。

IT 行业是依附于所有其他行业的一个纯正的工具性基础行业。从上世纪六、七十年代开始的“硬件层面”革命开始,八十年代和九十年代上半段基本属于软件行业的第一波浪潮。

我经常讲一句口头禅——『代码写得天花乱坠总得有地方跑』,运行软件就需要芯片、内存,需要一个完整的计算机体系架构,所以最早的 IT 时代,需要有类似于 Intel、IBM 这样的公司存在。

随着骨干网的发展,PC 互联网火了起来,此时 Cisco 变得非常关键,正是因为 Cisco 的努力,骨干网变成了一个普通人能够碰到的东西,这点很关键。

接下来,随着设备的微型化以及基础设施的发展,PC 互联网逐渐过渡到移动互联网。比如现在的手机和 Pad 都支持 3G、4G,我年轻的时候没有 3G,用的是 GPRS,只能发发彩信,用 WAP 浏览网页。但移动互联网真正火起来,是因为现在这些年纪更小的同行们,他们非常热情地投入心血在移动互联网领域。

讲到这里我稍微暂停一下,回归到今天的主题——云计算,我想在座各位应该都有自己对于“云”的理解。

我自己的观点一直没有变过——Cloud is Everything! 现在有什么不叫“云”的吗?举个例子:乐视有乐视云,它的 Television、Movie、Video 的视频云服务做的非常棒;前一段时间我拜访的 TCL 公司也有自己的 TCL 云平台、TCL 云电视等等。我们可以看到不管是家电、汽车,还是公共设施、写字楼宇、安防行业等任何事都是“云”。

“云”只是代表人对于计算机和通讯技术下一代演化的预期。

我们从拥有一个东西本身之后才能使用它,到现在不一定拥有它本身就能使用它,这个转变称为“云”的过程。

实际上我们每天都在和“云”打交道,比如邮件,你虽然没有购买服务器或者 CPU,但是有人帮你处理 SMTP 和 POP3。不管是买了演唱会的票还是高铁车票,或是订了酒店,当你在手机界面做了一些操作,而在事件本地什么都没做,但事件已经完成,这都是云的模式。“云”没有非常明确的功能层面的划分。

​云计算的分工会变得更加细化

云计算未来的分工将会变得更加细化。其实从美国来看“云”的分工已经很细化了,比如说美国的 AWS,看上去它的服务包罗万象,实际上就三大块:

  • 第一,对象存储 S3。对象存储解决的是非结构化数据存放问题。其实 AWS 的第一个产品就是对象存储,这也是 AWS 最牛的产品,它与客户产生了极高的黏性。比如赫赫有名的 DropBox 背后完全是 Powered by S3。
  • 第二, EC2。它属于 IaaS, IaaS 代替的是硬件行业,比如说 IBM、HP、SAM、DEC、康柏、DELL 等等。
  • 第三,Orchestration 编排服务。是对传统中间件(如数据库、运行池等等)高度自动化管理和运行的过程。
  • 再举个例子,Salesforce 在 CRM 领域是龙头企业,同时他们也在努力做 Force.com,想要把自己下沉一级到通用 PaaS 层面去赢得更多的机会,但也面临更多的挑战。

    我一直有个论断,五年之内第一名的云公司是微软,而不是 AWS,为什么呢?你要看一个公司的主营业务在哪里,一定要在自己的细分领域做好。

    像微软这样的公司,Iaas、PaaS、SaaS 都有,但是 SaaS 才是它发力以及厉害的地方,比如说它的 Office365,在办公、自处理、制表以及协同是行业第一。不过微软的 PaaS 也很厉害,它有自己的开发者平台,更重要的是它有两个宝贝,Visual Studio 还有 MSDN,它的团队和精力都能保证 PaaS 做得很好。

    我们回过头来看一个呼声最高的公司,也是云计算领域的鼻祖之一的 Google ,它在“云”上反而没有什么建树。

    迄今为止,谷歌在 IaaS、SaaS 和 PaaS 都有产品,但实际上在美国的云计算版图里面都是一个极小极小的存在,我们能看到谷歌厉害的地方在哪儿?还是推出帮中国人翻墙的 GAE,但是 GAE 到现在为止也是以免费的个人服务为主,说明它的时间未到(这是我一会儿讲的第三点,PaaS 层到底要分成哪几个步骤以及青云怎么应对 )。

    实际上谷歌 GAE 目前是很尴尬的,Google Office 的 Google Docs 和微软 Office365 是竞争对手,一度获得了加州整个州的合约,很可惜 2015 年 Satya Nadella 出任微软 CEO 后这个州的合约又被微软拿回去了。 谷歌在 SaaS 领域很努力,但其实谷歌真正能力所在是在偏互联网方向的 App Engine,即 Platform 的建设。

    在美国有一个很有意思的现象,VMware 在企业级虚拟化和私有云的市场基本上一家独大。

    一个企业的 IT 是很复杂的,没有人能决定是搞私有云或者公有云。大多情况下甲方往往是要公私兼顾,只不过多要公或多要私而已。但一个公司只要公有云概率不高,只要私有云概率也不高,所以混合云非常关键。

    在美国怎么做这个事呢?在私有云和企业级虚拟化市场上 VMware 一家独大,在公有云 IaaS 上 AWS 一家独大,PaaS 有微软、谷歌,以及 Salesforce,在 SaaS 层更是百花齐放。可以看到在美国, Cloud 的分工是非常细分的。

    刚才讲的是偏技术层面的公司,如果偏应用就太多了,有做电商的,还有做支付的,还有做社交的等等。Facebook 在云上投资非常大,但是 Facebook 基本上是社交范畴之内的 PaaS 平台,这非常类似 QQ 和微信背后的腾讯云。

    腾讯云做什么?第一社交,第二是 Gaming,尤其是 Mobile Gaming。腾讯是世界上最大的游戏公司,也是世界上最大的游戏运营商之一。这时候一个统一的 IT 支撑平台非常关键,但是 IaaS  对于腾讯不重要,因为它要的是对游戏流量的控制。

    那么有没有一个公司能够吃掉所有的一切呢?不可能,专业搞电子邮件的不擅长社交,一个做游戏的公司搞电商会差一点,擅长搞互联网的做银行和保险公司的记账本不会太擅长,而擅长做金融行业的人去做安全部门业务系统也不会太擅长,做 IaaS 和 PaaS 的人做 SaaS 就不会太擅长。所以云的分工细化是一个大的趋势

    万物互联要求云计算基础设施层具备更强大的能力和更丰富的功能

    从移动互联网向 IoT 的迅速转变过程中会对基础设施带来新一轮的挑战。这个挑战表现在几个层面,第一个敏捷性,第二个成本,第三个复杂性。

    敏捷性表现在当企业需要一个 IT 系统去解决问题的时候,在传统领域一般用几个月或者几年的时间上线一套 IT 系统在数据中心,而且企业心理承担能力是非常强的,经常说今天不行明天再来,反正不着急。

    过去的 Business Model 是非常静态的,市场的竞争也没有那么激烈。 但是随着业务的变化,尤其是跨界竞争变得越来越常见之后,消灭你的往往不是你的同行,而是你不认识的人。

    前段时间产生了一个很流行的词叫降维攻击,别人在一个更高的维度降维攻击你,你根本不认识它并且毫无反击之地。这种情况下需要我们 IT 行业要变得极其的敏捷,尤其是 IoT 出来之后要求会非常的高。

    CT 行业也是一样的,不管是中国还是美国的骨干网。美国比我们好得多,在我们国家没有一个互联互通平等对等的骨干网存在。从基础设施层面就是不存在的。在价格方面,更是令人匪夷所思。

    在美国,BGP 1 MB 的开销大概是一个月 0.8-1.2 美元,而在我们国家要贵几十上百倍。

    移动互联网之所以能起来是因为 3G、4G 便宜了。我年轻的时候拿着手机就紧张,老怕超标,一超标 ¼ 的工资就没了,所以那时候老有一系列的工具帮你监控手机的流量,在桌面上我们还会放一个开关,帮助我关闭手机的 Mobile Traffic 。

    其实现在也是一样的,想要从移动互联网到万事万物兼联网的状态,就要弱化骨干网的存在。美国国家电报公司 AT&T 已经有开始做一张实验网,但是 AT&T 有无作为都不重要,Google Fiber 的网已经遍布美国大型城市了,我们中国也需要这样的东西。

    同时,我们还需要一个很重要的东西 —— SDN,为什么 SDN 很关键?很 多人觉得 SDN 是为了让大家降低对交换机的依赖,其实根本不是这样子的。我们要解决的问题是,把由 Cisco 定义的结构清晰的静态网络,变成百分之百动态网络。

    SDN 有一个新的分支—— SDN-WAN,即软件定义的骨干网,在这种格局之下我们才有可能迎来移动互联网下一步的变化。

    所以,在基础设施和敏捷性之后,降低成本是非常关键的。我在讲带宽的价格的时候已经提到这一点。直播行业是 2016 年最热门的行业,有几千家,他们在带宽方面的开销是巨大的。

    在这个层面上说,基础设施层面需要新的变化,我们迫切地需要在接下来 3-5 年的时间使得我们国家基础设施即 ICT 行业,变得更廉价、更敏捷、更可靠,这样才能迎来下一步的发展。

    那么这个和云计算有啥关系呢?这是我们 IaaS 层做的事情,原来仅仅覆盖 Computing Power,现在要覆盖横跨整个中国的 SDN-WAN,这对我们国家是非常重要的事情。

    明年功能层面的存储是一个重点领域,尤其是对象存储、NAS、Flash SAN、Virtual SAN。

    因为 IaaS 之后一定是 PaaS 和 SaaS,一旦行业聚焦在 PaaS 和 SaaS 之后,企业眼中就没有硬盘了,那数据放在哪里?有数据要放但没有硬盘,所以需要有一个行业能够代替硬盘——网盘,这也会成为云计算明年很大的需求。

    这和我讲的第一点行业性的细化有一定的相关,功能层面的存储明年应该会有一轮的蓬勃兴起,我相信投资和行业研究的专家们会有共识。

    PaaS 层的分解、发展与迭代

    云计算未来发展的第三点是 PaaS 层的分解,PaaS 层会分成三个步骤发展和迭代,不同的厂商会扮演不同的角色。第一个是 Technical PaaS,第二个是 Solution PaaS,第三个是 Industry PaaS。

  • Technical PaaS
  • 我的团队从 2015 年第三季度开始就不在 IaaS 投入研发了,裸机、机器虚拟化、容器化和 Unikernel,IaaS 基本上四位一体全覆盖后,路已经比较清晰了。PaaS 层为什么变得关键?因为太多开发者和甲方已经没有耐性停留在操作系统层面这块。

    青云QingCloud 主要服务金融行业银行、保险、证券的客户最多,其他行业也看,我们未来还会做很多方面。

    在 PaaS 层面,以我们做得最多的银行业客户为例,银行业基本上没有哪个开发团队还会愿意花时间安装中间件和数据库。大家想到的是找青云QingCloud 提供一套中间件,其实是中间件编排,我们也把它叫 Technical PaaS 。

    Technical PaaS 更多的是中间件层面的高度自动化,这使得开发者不需要接触操作系统就可以编制代码、运行代码、维护代码,因为它不仅仅让硬件透明化,并且让技术本身也透明化。

    写代码的人只需要理解数据模型、代码逻辑、测试逻辑,简单地说一个银行的软件工程师第一任务是理解银行的存、贷、债各种各样的业务,这个很关键。

  • Solution PaaS
  • Solution PaaS 面对的是一个过渡的阶段,是带有共性问题的打包方案。

    我们刚刚讲的是一对一解决具体技术的问题,而 Solution PaaS 是以打包的方式解决客户应用的东西,它都是由偏传统的中间件所组成的。

    这个过渡阶段 SI(系统集成商)很有优势,我们很明确地观察到不论是中国还是美国,在这个领域活跃的人基本上都是原来资深的 SI(系统集成商)。

  • Industry PaaS
  • Industry PaaS 是 PaaS 的终极形态,是带有行业属性的 PaaS 平台。像 BAT 的云平台就是带有极强 Industry PaaS 的特性,网易云和京东云也都是非常典型的。

    未来两年在中国和美国都会广泛地出现一个词是行业云服务,我们会看到银行云、保险云、证券云、物流云,大家不要惊讶,这是因为人们(开发者、CEO、CTO、CIO)对于技术性的东西越来越不可忍耐。

    这时候就把技术的东西留给我们来做,所以我们会解决硬件、网络、存储、安全系统、操作系统、中间件、调度、运维、升级、版本管理控制等问题。

    然后我们输出 API,与合作伙伴合作打造 Industry PaaS,最后孵化出各种各样 SaaS 应用程序。这样一来我们的行业就能从基础层面解决技术问题,以便于孵化下一个革命 IoT 的浪潮。

    迎接漂亮的 IoT 时代

    在 IoT 到来以后,大家会发现各个行业的从业者在技术上非常不专业,但在行业上非常专业。这也就是我一直强调的一点:让专业的人做专业的事情,企业只需要将精力放在自己的业务与创新上。

    比如做养殖业,如何让养猪的事情变得极度的科学,这个不是 IT 和 CT 的技术问题,而是养猪的问题,你得理解猪,你得知道它心情好不好,什么时候给它听钢琴,是听莫扎特还是贝多芬。我不是开玩笑,这是北京一个农业科技公司的养殖场做的事情。

    如果能做好以上云计算三个大的转变,我相信很快会迎来一个比移动互联网更加漂亮的 IoT 时代。我经常讲,当再也没有记者愿意采访 IT 和 CT 行业,IT 行业也不会上娱乐头条花边新闻,IT 和 CT 变得高度透明、简单、廉价的时候,它就成为社会存在的基石了。(本文独家首发钛媒体)

    原文  http://www.tmtpost.com/2543738.html
    正文到此结束
    Loading...