云计算模式间的界限日趋模糊

云计算模型的三种模型 – 基础架构即服务（IaaS）、软件即服务（SaaS）和平台即服务（PaaS） -- 正在快速演变。而云服务提供商都试图在模式栈的上下两个方向进行扩展，以期能提供一站式的IT服务。

Jeffrey Kaplan是咨询公司ThinkStrategies Inc.的常务董事，他认为首先了解历史有助于理解三种模式是如何进化交融的。首先，从SaaS谈起。

在2006年，Salesforce.com吸引其客户关系管理（CRM）SaaS服务最终用户（而不是IT人员）的战略初见成效，其他软件商也开始模仿这种订阅、按使用付费的模式。由此导致了业务经理们可以直接购买自己的软件方案，而不再需要从IT团队处获得。

“然后亚马逊开始思考：‘为什么我们不能以同样方式利用计算能力呢？’于是IaaS的概念诞生了。”Kaplan说到：“以前的效用计算之所以不成功是因为太复杂了，而亚马逊成功地实现了计算能力的商品化，允许用户以小时数或者MIPS（每秒能处理的百万指令数）为基准来购买”

不久以后，Salesforce.com又想到用户将自身软件商业化的意图：“也许我们应该给用户一个开发环境。”由此，PaaS也诞生了。

IaaS趋向自动化

Joe Onisick是系统集成商World Wide Technology Inc.的技术方案架构师，他认为在2011年关于IaaS的一个大趋势就是向自动化演变 – 一个配备以自动化脚本的融合架构。IaaS可能无法通过门户提供系统实时的编制（orchestration）能力，但是它能对服务进行快速交付。

比如，当一个应用开发人员要求特定处理能力和内存的服务器时，通过自动化工具，IT可以基于底层融合架构来部署相应的虚拟或者物理资源。

对于自动化和编制之间的区别，Onsick认为真正的“编制”能力可以使开发者只需通过门户提交请求即可，而之后的审批、变更管理以及基础设施部署都无须IT人员的介入。

另一个趋势是IaaS和SaaS的融合，比如惠普上周发布的Enterprise Cloud Services（ECS）。ECS运行在惠普的融合架构体系模型上，使客户业务应用的需求与其IaaS资源相匹配。惠普承载这些工作负载并提供Palo Alto company称之为计算即服务（Computing as a Service）的服务。

与此同时，据Kaplan所述，诸如Savvis Inc.和NaviSite Inc.之类的传统托管公司正在把各自的服务器系统改造成虚拟私有云；而Rackspace U.S. Inc.等IaaS服务提供商在其云服务器上加入了管理服务，包括监控和技术支持。

SaaS原地停留

由于受到经济危机的打击，一些企业对软件开发和维护所投入的时间和资金已大不如前。而且，软件许可证仍然是虚拟环境面临的顽症之一。由于上述两点，Montclair Advisors LLC（位于旧金山）的执行合伙人Kevin Dobbs认为基于软件订购的云计算模型将停滞不前，而商业软件公司的相关举措也会慎之又慎。

业界分析家认为Oracle和SAP会持续跟进，将各自产品以订阅模式交付，并且包含类似云的特性比如自服务和按使用计费。再看看已经拥有SaaS产品的IBM，其于上月公布了LotusLive公共云服务的新合作关系，将多个电子邮件、社交网络以及协同服务整合到IBM的云中。

Dobbs表示：“向SaaS的迁移规模巨大，可能会持续至少10年以上，现在可能仅仅是第二年。”

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友