PaaS渐入佳境

　　随着laaS的第一波浪潮过后，云服务市场逐步开始把PaaS作为主要的服务模式。与此同时，微软也在近期推出了Hadoop Azure大数据服务。

　　对于PaaS的稳步发展，Dr.Dobb‘s主编Andrew表示了认同，他以自己的个人经历与云服务模式的发展做了比较。

当我刚开始学习编程的时候，个人电脑还是即昂贵又不可靠的电子设备。考虑到电脑的成本，我认识到拥有一台个人电脑的最好的办法是自己组装一台。每隔 几年，我都会搜寻最新最快的CPU、新的主板、我能买的起的最大的RAM、更好的驱动、性能更优的显卡。然后我会在某个周末津津有味地鼓捣我的新 “神秘盒子”。接下来就是漫长的重装系统，最后是安装各种软件和工具。在上述工作完成后，我得到了自己新的、更快的电脑。但相比兴奋喜悦，我感受到更多的 是筋疲力尽。

一些年过去后，攒了几次电脑的我终于意识到这种攒机方式非常费时间，并且带来的收益不大。这时个人电脑价位下降了，性能也更可靠了。最终我决定变聪明一点，在意识到这一点后我便一直买电脑了——相比攒机我节约了大量的时间，加快了进度。

　　Andrew认为他的经历和许多关注云解决方案的开发者的类似。有着一颗极客的心的我们很容易被IaaS模型所吸引——该模型提供只含有一个操作系 统（大多情况是Linux）的虚拟机。之后，痛苦的构建过程就开始了：打个比方，我们需要让它服务于网络应用程序。于是，我们需要添加Apache，然后 进行Apache配置，添加MySQL，配置MySQL，添加脚本语言（如Python），配置脚本语言，添加业务逻辑，配置之。然后将这些组件连接起 来，再进行漫长的仿佛没有尽头的配置。这个过程,就是俗称的“牦牛刮胡子”。

开发者需要花费几天来进行检查网络的设置和细节，确保所有配置正确，这并不是什么让人愉快的工作。但是至此一切还没有结束。如果虚拟机需要按比例调 整或克隆以符合集群需求，那么我们还需要在软件基础架构中加入附加层。如果虚拟机需要调用缓存和负载平衡器，那么我们就更需要加入附加层。突然之间，你就 变成了系统构建者和管理者——你终于可以开始削减一些代码了。如果当时我沿着这种路线走下去，我将需要一直构建我的个人电脑，抛弃我的集成开发环境 （IDE）。

　　不仅是开发者，企业也意识到了这个问题。Andrew指出，亚马逊云服务在提供可扩展性的同时变得使用、配置复杂——尽管可以使用有效的预配置模板 ——太复杂以至于现在有针对于服务各部分专门的研究。公司使用云服务是要减轻公司负担，而不是增加公司工作量。因此现在的潮流逐渐从Iaas转向了 PaaS——采用PaaS作为服务平台——来减少麻烦，获得更多的好处。

　　对于程序员，Andrew认为Paas的一个经典解决方案是CloudBees。你可以利用一个装有Java的、运行着默认的持续集成服务器Jenkins的虚拟机。当然，这个虚拟机也装有SCMs（GitHub和Subversion）。

一旦你完成CloudBees上实例的构建与测试后，你就可以将此应用程序部署到其它云服务上。CloudBees只在你使用实例的时候收费，因此 你可以只在每天的最后时刻进行构建——利用机器，在构建完成后停止机器。你设置自己的实例，测试所有的部件，确保它符合规模，这一切会花很长时间 么？PaaS的作用不可小觑。

　　企业有很多PaaS可以选择，Andrew指出了几个选项：微软的Windows Azure，谷歌的App Engine，还有一些小供应商提供的服务。在合适的供应商中，一个叫Apprenda的拥有一些独特的优点。他的PaaS能提供面向托管程序的多租户管理。

打个比方说，如果你是一个企业级的消费者，你想要创建单个实例化的托管Oracle DBMS，同时你希望它可以被若干个之间相互独立的应用程序共享。如果你采用的是IaaS，那你就要面临一个很大的管理难题。Apprenda的PaaS 软件对这类问题处理的很好。它对DBMS进行设置，因此每个应用程序都认为自己是DBMS的唯一用户，但事实上它们共享了DBMS。如果没有这种支持—— 就像IaaS一样——每个应用程序都将需要自己的数据库实例。

　　Andrew指出，现在市场上已经有各种各样的PaaS可供选择：每一种应对不同的用户需求，许多还通过公司墙（enterprise walls）提高云体验。我们可以看到PaaS产品日益成为解决方案首选——而IaaS更多的是为PaaS解决方案提供裸系统，而不是与之竞争。

　　说到PaaS市场的发展，微软最近推出了Hadoop Azure大数据服务。微软公司通过其无处不在的Excel为商业世界带来了电子表格。现在微软希望以一种大致相同的方式，通过他们新的Windows Azure HDInsight 服务在大数据分析方面做出类似的效果。