本文主要向大家介绍了【云计算】PaaS渐成云计算市场主流，通过具体的内容向大家展现，希望对大家学习云计算有所帮助。

          对云计算的讨论往往从分类开始。云计算在服务模式上可分为： IaaS（基础设施即服务）、PaaS（平台即服务）和SaaS（软件即服务）。这种分类法有着这样一种特性：既易于理解，又可以根据需求自由选择：



    想要应用程序吗？你可以通过SaaS供应商得到一款特定用途的应用程序。



    想要自己编写应用程序吗？这时候，你可以向IaaS供应商寻求帮助，创建自己的定制应用程。



    想要知道怎样利用他人的软件平台来实现自己的应用功能吗？诸如Google App Engine（谷歌应用程序引擎）的PaaS平台型服务会告诉你答案。



    由于PaaS市场不够成熟，最后一种PaaS平台型服务很容易被人们忽略。然而，近年来，PaaS摇身一变，逐渐成为云计算市场的主流。



    今天，形形色色的云供应商汇聚未来的“云战场”——PaaS战场。他们坚信PaaS会成为发展“云”的主流市场，在PaaS战场，胜利者将赢取可观的胜利品，而用户很快就能目睹PaaS的巨大改革。



    在我们周围，汇聚PaaS市场的云供应商比比皆是。亚马逊，目前为止最成功的IaaS供应商，正在逐步为其核心服务添置额外功能，虽然没有创建新平台，但却新增了一系列服务，旨在高速构建应用程序，并且更加便捷地管理资源。例如，用于管理和扩展数据库的RDS（关系数据库服务），让应用程序独立于AWS（亚马逊网络服务）数据中心的虚拟化私有云，用于应用管理的CloudFormation等。



    在上周的Dreamforce大会上，Salesforce就其基于Heroku平台的PaaS产品进行了详细介绍（Heroku平台已为Salesforce收购）。Heroku新增了对Java编程语言的支持，打破了以Ruby on Rails语言为核心的历史。Salesforce还将Heroku平台整合至Database.com服务。此外，由于Heroku得到了Database权限选项的支持，实现了自建数据与Salesforce应用程序的进一步整合。虽然Salesforce称之为“社会型企业平台”，但显然其PaaS产品的推出旨在提供一个通用的应用程序开发平台。



    在PaaS战场，不只有行业巨头的身影。很多的小型企业也在筹集资金，为基于云的应用程序打造略有不同的云平台。虽然企业无不宣称其平台的开放型和多云性（包括VMware公司尚未启动的项目），但实际情况尚待考察。在我看来，云服务提供商很可能在每一个平台的改进过程中，对应用程序的可移植性带来不利影响。



    在未来，云计算基于服务模式的IPS分类可能会被打破，取而代之的是更为复杂的云计算世界。为最大程度地满足客户的计算需求，每一个云供应商都在绞尽脑汁构建自己的解决方案。SaaS供应商想要帮你编写应用程序，IaaS供应商为其基础架构增加功能以提高开发人员的生产力。在这个云计算的“组合版”世界里，辨别云供应商的功能角色难度大幅上升，这给企业选择供应商带来了不小的挑战。



    PaaS带来的挑战



    为什么说PaaS是用户面临的又一大挑战？原因很简单，正是云平台毋庸置疑的强大功能和高生产力给企业带来了一系列新问题，而企业总是后知后觉，在大量应用程序部署完成之后才意识到问题的存在。[page]    下面是IT领导人在评估PaaS选项时需要考虑的一些问题：



    1.被捆绑。利用PaaS平台，不同于将应用程序安装到云供应商的虚拟机那么简单，而意味着将你所有的应用捆绑到了云平台。当应用程序完全依赖于供应商的服务时，你想要提取程序就需要对编码进行详细检查。更换云供应商，不是说将程序安装到另一家供应商就可以解决的事。从某种意义上说，供应商PaaS产品带给你的高生产力是以捆绑为代价的。很多人认为捆绑是纯粹的坏事，而我不这么悲观，事实上出于利益的追求，很多企业心甘情愿地选择捆绑。用辩证的眼光看问题，捆绑其实有更为深刻的含义。



    2.复杂性。由于在构建平台时加入了对如何设计应用程序的思考，每一个PaaS供应商整合功能的方式也有所差异。在特定的PaaS环境下，如何编写和运行应用程序最为恰当？这点至关重要。这也是与传统自建模式的一大不同。



    3.云服务供应商的差异。如上所述，很多PaaS架构都提供了“抽象层”，以保证云供应商的细节不为程序开发者所知。且不论“抽象层”是否起作用，这都已经低估了元应用软件（meta-application）的捆绑功能。这种捆绑功能很大程度来自云供应商，例如监测和支付系统，且捆绑侧重操作层面，而不是程序的编写。事实上，云服务供应商想凭借该功能来让自己变得与众不同。你可能觉得这有些夸张。但要知道，云供应商首先想到的一个问题就是，“我怎样才能与众不同？”因为他们害怕沦落为计算领域的“哑管道”（dumb pipe）。



    4.新技能。你的应用程序开发商需要掌握一个新平台，并知道如何开发适应该平台的程序。很多早期云应用者在为自己高性能高效率的旧有平台沾沾自喜时，殊不知，行业中新兴的对手们正在加速构建新平台。这是一次人力资本的挑战。



    5.将现有技术搬到新平台。很多机构都定义了自己的架构、方法和操作经验。值得注意的是，这些都应该随着新平台的诞生而重新评估，并作出相应修改。事实上，这个问题在早期IaaS云产品身上已经出现过，而由于PaaS架构更为复杂，机构重新定义的时候难度也会加剧。



    上面的长篇大论似乎给出了充足的理由来拒绝拥抱云计算。事实上，纵观历史，每一次重大的IT变革都伴随着新平台的诞生，无论是小型机，个人电脑，云计算机还是移动式计算机。在每个新平台的诞生之际，我们不仅要看到它的优点，也要认清它带来的挑战，然后做好应对准备。此外，非常重要的一点是，时刻谨记过去的灾难和相应的解决方案。引用作家George Santayana的话说，“记不得过去的人，注定要重蹈覆辙。。”
         

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标大数据云计算大数据安全频道！