以史为镜剖析 PaaS大迷局

云计算在企业级市场的战役已经打响:AWS等新兴云服务提供商已经动了传统IT巨头在企业级市场的奶酪,传统巨头们也已开始奋力反击。随着传统IT巨头的加入,PaaS市场变得比以前任何时候都更加混乱。唯一确定的共识似乎只剩下一个:大家都喜欢“Platform/平台”这个词,因为“平台”一词有无限的想象空间。

越来越多的人开始谈论和关注PaaS,包括运营商、互联网巨头、传统IT厂商、咨询和集成商、ISV、IT技术媒体等等。但是,用户对PaaS兴趣似乎不大。从最初的一致看好,到现在人们开始怀疑PaaS的未来前景,甚至一部分人认为pure-PaaS将最终消亡或成为IaaS或者SaaS的一个功能。 What Is Going on with PaaS? 一文中充分反应了这些分歧。

PaaS的未来发展趋势会是怎样?以史为镜,可以知兴替。本文试图通过解读PaaS发展中发生的大事件,去窥测PaaS的未来走向。需要说明的是,随着各种云服务之间界限的逐步模糊,PaaS的未来某种程度上和云服务的未来是一致的,很难脱离云服务而单独谈PaaS,但是本文尽量将范围控制在“PaaS”内。

PaaS热度

我们先来看看PaaS这个词的Google趋势和百度指数。对于Google,我采用的关键字是“Platform as a Service”,因为PaaS不仅仅指云计算领域的PaaS;对于百度,我则直接采用“PaaS”作为关键字。整体上看,无论是国外还是国内,PaaS的热度是持续上升的。在国外,2008年4月Google App Engine的发布是一个标志性转折点,PaaS由此进入人们视野;2011年4月份VMware发布了Cloud Foundry,并随后在市场上持续投入宣传,使得PaaS的热度上升到一个新台阶。在国内,2012年底左右人们对PaaS的兴趣突然上升,随后表现较为平稳。

PaaS事件时间轴(Timeline)

并非所有事件都能像GAE发布、CF发布一样能在Google的趋势图上看出这个事件所产生的直接变化。更多的事件是量变的,且几个事件之间是有关联的,把较长的时间跨度内发生的事件综合起来解读,有助于我们看清本质。

我在下图列出了从2008年到现在与PaaS有关的大事件。当然,与PaaS相关的事件很多,我选择的是我个人认为最重要的事件,具有一定的个人主观性。这些事件进行矩阵划分:根据事件的发生时间,划分为过去(2007-2012)现在(2013-2015)外;根据企业类型,划分为互联网企业与传统IT企业。在后续章节中,我会解读过去和现在的事件,并阐述对PaaS未来的一些看法。

PaaS的过去(2007 ~ 2012)

1. 2007 force.com announced.

Saleforce.com作为最成功的SaaS公司,推出Force.com平台用来支持客户开发和部署定制软件,并和Saleforces.com应用做集成。用户可以通过Apex(与Java类似)和Visualforce(UI)来开发运行在force.com上面的应用。Force.com是采用meta data驱动的架构来实现多租户机制,因此也有人把force.com称作metadata-PaaS。

SaaS类公司需要PaaS平台是必然的。一方面用于支持用户的定制软件,另一方面从技术升级角度上他们需要PaaS平台来运行自家的SaaS软件。

2. 2008/04 Google App Engine beta version & 2009/11 SAE alpha release.

GAE和Force.com是PaaS的鼻祖。当Google发布GAE时,informationweek报道这个事件时的第一段话是:

In a move that offers an alternative to startups considering Amazon's pay-as-you-go Web services infrastructure, Google on Tuesday announced a limited test of the new Google App Engine, an online development environment for building and running Web applications.

GAE的推出和AWS有着一定的关系。Google希望通过GAE和Amazon争夺独立开发者和创业公司市场。后来的发展表明AWS自下向上的战略更为成功,而Google不得不推出GCE并且在GAE里面支持Managed VM来追赶AWS。这点会在后续的“Google announced managed VM support”中会继续分析。

2009/11新浪的SAE Alpha版本发布是唯一一个出现在图中的国内事件。SAE显然是国内公司模仿Google GAE的产物。除了新浪,国内的其他的互联网巨头之后都推出各自的*AE服务。但是,他们之间的共同点是:这些*AE都是服务于其各自的开放平台战略,并没有获得完全的独立地位。

3. 2010 Heroku被Salesforce.com收购

Heroku作为GAE后推出的运行于AWS之上的公有PaaS服务,深受Ruby/Rails开发人员的欢迎,但功能上它和GAE并无太大的区别。作为为数不多的公有云pure-PaaS服务商,Heroku被收购后,引发了人们对公有云pure-PaaS后续发展的忧虑。

Heroku不断发展,但是相比于AWS的速度,并没有达到人们的预期。为什么呢?对于简单的、常用的Web应用,公有云pure-PaaS非常适合,可以让开发人员专注于业务本身的开发。但是,一定程度上公有云pure-PaaS限制了开发人员的选择,开发人员失去了全栈的控制权。一旦业务复杂起来,将迫使用户选择从pure-PaaS转向AWS等IaaS上。因此,公有云pure-PaaS的发展空间有限。Heroku不像*AE们可以依托于巨头们的开放平台,其被收购是一种理性的选择结果。

Salesforce.com有force.com这个PaaS平台,为何还要收购Heroku?合理的解释是单一的metadata-PaaS很难满足所有的需求。

4. 2011/01 AWS Beanstalk发布

作为公有IaaS云的绝对领导厂商,AWS不断向栈的上方移动:一是推出各种Application services,二是推出应用管理和部署服务,如Cloudformation/Beanstalk。在技术实现上,GAE/Heroku采用基于Container隔离的方案,而Beanstalk则采用VM隔离。AWS Beanstalk给予开发人员更大的控制权,因为开发人员可以登录到VM上进行操作。

5. 2010/02 Windows Azure发布 & 2011/03 VMWare发布Cloud Foundry,Redhat发布OpenShift

相对于互联网公司,传统IT企业在2007-2012期间的活动应该说乏善可陈。而较之IBM/Oracle,微软在云计算的动作是最早的。和GAE一样,Windows Azure开始也定位于PaaS平台,但其随后也增加了VM Role的支持。

VMWare和Redhat的定位不是公有云“服务”,而是为私有云用户提供PaaS“产品”。他们首先通过开源策略吸引开发人员,而后尝试推出商业版本或者提供商业支持。这个策略很奏效,Cloud Foundry在国内某种程度上成了PaaS的代名词。

PaaS的现在(2013 ~ 2015)

6. 2013/03 Netflix launched the NetflixOSS Cloud Prize

Netflix是AWS最成功的案例,它标志着AWS不仅可以很好地满足中小型创业公司的需求,也可以满足大型的互联网企业的需求。Netflix在构建Cloud-Native应用上所积累的经验是丰富的。Netflix认为AWS和它要开发的Cloud-Native应用之间是存在Gap的,而最难的工作就是构建符合自己业务需求的PaaS来弥补这个Gap。Netflix从2012年开始将这个他们自己称为PaaS的一些组件逐步开源。

7. 2013/02 AWS发布OpsWorks & RightScale宣布支持GCE

在应用管理和部署产品线上,继CloudFormation与Beanstalk后,AWS在2013/02推出了OpsWorks服务。AWS OpsWorks将应用程序管理、可扩展性和性能结合在一起。OpsWorks支持各种DevOps原则,如持续集成等。用户不但可以控制如何部署代码,还可以使用 Chef 配方来配置服务器上的软件,使用AWS API来调用各种资源。

OpsWorks的推出引起了RightScale等AWS合作伙伴的不满,RightScale随后宣布支持GCE。随着AWS推出替代相似服务,RightScale等云管理厂商的优势似乎只剩下multi-cloud支持。但是,我认为对于不同的用户,IaaS(可能是multi-cloud,包括私有云和公有云)和Cloud-Native应用之间的Gap是不同的,Rightscale类软件仍有足够的创新空间和细分市场。

8. 2014/02 GAE支持managed VMs

Google在发布GCE后不久,就宣布GAE支持managed VMs功能。和Azure的VM Role一样,这个功能给予了PaaS开发人员完全的控制权。

所以,未来PaaS可能成为IaaS的一个功能,或者说两者之间没有明显的界限,它们是作为一个整体Offering提供给用户,这都证明了AWS的远见。

9. 2013/12 Github reached 10m repositories & 2013/10 dotCloud公司改名为Docker

这两个事件貌似和PaaS的关系不大。Github和开源软件有很强的关联性,因为几乎所有的知名开源软件都可以在Github上面找到。在云时代,开源软件的使用越来越多。AWS提供的RDS for Mysql深受欢迎,ElasticCache服务也是基于memcached和redis这两个开源软件。GPL开源协议和云服务之间没有冲突,使得越来越多开源软件被选择用来构建云服务。另一方面,在ALM类软件领域,出现了越来越多和Github一样的SaaS服务,比如Monitoring as a service、Load test as a service,持续集成as a service。这类服务对DevOps的推动力不可忽视。

Docker自2013年以来非常火热,无论是从Github上的代码活跃度,还是Redhat在RHEL6.5中集成对Docker的支持,就连Google的Compute Engine也支持Docker在其之上运行。Docker对PaaS的影响值得持续关注。

10. 2014/03 Oracle and Microsoft Azure announced partnership

Oracle之前已经和AWS有了类似的合作。用户可以在AWS部署Oracle的软件,甚至可以直接使用完全由AWS管理的RDS for Oracle。Oracle和Azure也达成合作,说明企业应用迁移到公有云的需求是存在的。对Oracle/IBM来说,他们肯定希望自家软件以后也能够运行在自己的公有云中。

Pivotal发布企业版Cloud Foundry是预料之中的事情。之后,Cloud Foundry基金会成立,IBM/HP/SAP等巨头纷纷加入,有点抱柴取暖的感觉。对于IBM/HP/SAP来说,作为后来者选择加入基金会是个无奈的选择。Cloud Foundry不是PaaS的全部,Cloud Foundry只是巨头们PaaS战略的一个部分而已。

12. 2014/03 Windows Azure改名成 Microsoft Azure & 2014/04 IBM发布BlueMix

微软CEO上台后即将windows Azure改名为Microsoft Azure,这标志着云已经成为微软的优先战略方向。IBM也是一样,又到了关乎成败的十字路口。在Pulse 2014会议上,该公司发布了BlueMix的测试版本,这是一款PaaS产品,通过开放平台技术(CF)集成自家软件和第三方产品,旨在帮助开发者快速创建基于云的企业应用。IBM拥有最全的软件产品线,领先的开发者生态系统,并在软件开发方法论上有巨大的影响力。IBM这次极力营销DevOps,值得我们深思。

PaaS的未来(2016 ~ )

读完上述对PaaS事件的分析后,我希望读者对PaaS的未来多少有了一些自己的思考。我在这里分享下我对PaaS未来的一些思考和预测。

1. 从PaaS的特性去思考PaaS的未来趋势

PaaS的未来发展趋势会是怎样?我认为PaaS有三个非常核心的特性,这个三个特性一直并将持续影响着PaaS的发展趋势。

多样性。用户的需求是多样的,同时由于历史原因,异构环境一直都是IT行业必须面对的难题,这使得中间件领域的多样性比其他领域更为明显,所以不可能有一个PaaS服务可以满足所有人的需求,SaaS/PaaS,PaaS/IaaS的相互结合是不可避免的。对于大型公有云提供商,提供一体化的服务是趋势,而对于创业公司,根据特定的细分市场提供差异化的PaaS/DevOps服务和工具也是趋势。It’s the apps,stupid。PaaS的最终目标是为应用服务,因此脱离apps谈PaaS毫无意义。从apps的方向看,未来的趋势有两个:一是遗留应用的集成和迁移,二是应用的移动化、社交化,System of Engagement应用的加速发展。DevOps。使用云服务和持续交付可以极大地加速业务创新。用户采纳云服务和DevOps有很强的正相关性,它们的结合是“银弹”,可以使软件开发和交付的效率得到前所未有的提高。从工具层面上看,DevOps的核心是自动化。一切资源都以编程接口提供,这意味着Full-Stack Automation (from “bare-metal to running business services”)成为了可能。从DevOps角度看,如果说PaaS的终极目标是NoOps,那么任何有助于提高应用交付和管理效率的工具、服务都应该纳入PaaS的大范畴。

2. 对PaaS市场竞争格局的预测

未来PaaS竞争格局的焦点在于企业级市场。传统IT企业虽然起步较晚,但是他们在企业级市场上的根基很稳固的。企业级的核心应用仍然运行在on-premise数据中心中,传统IT巨头肯定会推出各自的私有云来阻止用户将核心应用迁移至公有云。而对于互联网公有云提供商,他们会不断推出各种服务以方便用户将应用迁移到公有云。

在这个争夺过程中,我认为确定会发生的是:

并购事件将不断发生。传统IT巨头们将通过不断收购创业企业来完善企业级云计算服务。互联网企业将在企业级市场上获取更多份额。无论传统IT企业怎么努力,都无法避免其在传统企业级市场份额的流失。混合云管理平台将被传统IT企业控制。混合云管理平台可帮助用户跨私有云和公有云安全地创建并部署应用和服务。使用混合云能够带来更好的安全性,更多的控制权,以及更好的性能或者可靠性。Rightscale将被某个巨头并购。云生态圈的争夺将难解难分。随着云计算时代的到来,越来越多的软件开发商(ISV)和系统集成商(SI)将转型成为云服务商。云生态圈的重要性不言而喻。虽然互联网公有云服务商占尽先机,但是传统IT巨头打造生态圈方面经验丰富,未来的争夺很难预测。

3. 对国内PaaS发展的一个期待

如我在《 对国内云计算三个现象的思考 》这篇文章中所说的,我期待本土IaaS服务商把API放在第一优先级的位置,尽快提供API,为PaaS层面的创新提供空间。在不久的将来,我们希望能够看到除了传统的*AE和CF外,在云应用管理软件、DevOps工具、混合云管理工具、基于云的ALM类工具等领域能出现百花争鸣的局面。

原文发布于微信公众号 - 云计算D1net(D1Net02)

原文发表时间:2014-07-24

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏ThoughtWorks

开发团队面临的三大安全挑战|洞见

应用安全不能只依靠防火墙,必须要在应用开发阶段采取适当的安全控制措施,使得应用在发布上线前就具备较好的安全性,避免人为失误造成安全隐患。 ? 不少企业早就意识到...

36370
来自专栏云计算D1net

还在说云时代吗?那就out了!后云时代已经来了

内部数据中心与云环境之间的激烈对抗已经持续了十年,但如今我们可以肯定地说,云方案开始全面胜出。诚然,未来还将有相当一部分内部系统继续保持运作,不过按需云模式正变...

42060
来自专栏数据科学与人工智能

【数据分析】电商数据分析基础指标体系

文章来源于36大数据 信息流、物流和资金流三大平台是电子商务的三个最为重要的平台。而电子商务信息系统最核心的能力是大数据能力,包括大数据处理、数据分析和数据挖...

1.6K80
来自专栏顾宇的研习笔记

解读技术雷达中的 DevOps 发展趋势

今年4月份,我第一次以主编的身份参加技术雷达的翻译工作。有幸第一时间参加到技术雷达的翻译过程中。通过我在翻译其间对条目的了解和观察,我写下了《DevOps发展的...

9120
来自专栏人称T客

2015年平台、数居、软件将改变传统企业软件

曾经有一份简单的生活摆在企业IT商店中,我没有认清,可能只是从概念上的简单。 IT企业给员工发放PC和手提电话,维护企业软件、数据库和服务器以及支撑整个企...

28550
来自专栏DevOps时代的专栏

解读技术雷达中的 DevOps 发展趋势

? 今年4月份,我第一次以主编的身份参加技术雷达的翻译工作。有幸第一时间参加到技术雷达的翻译过程中。通过我在翻译其间对条目的了解和观察,我写下了《DevOps...

30570
来自专栏数据科学与人工智能

【数据分析】如何做好电子商务数据分析?

电子商务为何需要做数据分析?电子商务又该如何做数据分析?电子商务发展的速度越来越快,这个行业的趋势变化也越来越快。对于电子商务公司的老板而言,想要自己永远跟着趋...

23460
来自专栏数据猿

IBM技术总监房树新:IBM在电信领域大数据应用和实践探索

<数据猿导读> IBM技术总监房树新在2016年中国信息通信大数据大会上发表了以“IBM在电信领域大数据应用和实践探索”为主题的演讲 ? 数据猿报道,2016年...

32860
来自专栏韩伟的专栏

需求变化的根源是什么?

在不按时算薪的行业里,软件开发应该是加班最多的一个行业。码农,是很多程序员用以自嘲的称谓。长时间的加班,大量的BUG,无穷无尽的特性,永远都在做的重构,伴随着程...

38530
来自专栏智能计算时代

知识星球(原小密圈)有哪些技术类星球值得推荐?

星主本名Henry Han ,自称仙翁.19年的IT老兵,做过开发,维护,做过研究创新,做过售前售后,也做过管理咨询。

1.1K40

扫码关注云+社区

领取腾讯云代金券