云锁定之公共PaaS和私有PaaS的锁定

PaaS厂商通过提供云应用的开发环境和需要维护的脚本或数据库环境，并为用户承担多方面的工作，如通过多租户和集群管理实现应用部署、大数据、可扩展性和可用性，PaaS市场已经被诸如Google App Engine、Force.com、Heroku、Xeround、Microsoft Azure、Engine Yard、Cloud Bees、Gigaspaces和Apprenda等统治。

IT组织应该清醒地认识到，采用PaaS平台会让你很快被单一编程平台控制，届时应用程序和数据想迁移到其它PaaS或IaaS厂商就很难了，甚至是不可能的。这是一种风险，争论的焦点在于IaaS的可移植性，我们先来看一下两种PaaS厂商的定义。

1、公共PaaS：公共PaaS厂商提供包括托管平台在内的服务，IaaS层不会暴露给PaaS用户，用户不能控制IaaS层，IaaS可移植性只受PaaS厂商支持的IaaS平台的限制。

2、私有PaaS：私有PaaS厂商只提供打包的层，让应用程序部署在IaaS上，用户对IaaS有完全的控制权，包括它的可移植性。

重要提示：目前对这一议题缺乏良好的定义，你可能以为公共IaaS和私有IaaS之间有什么关系，但实际上他俩之间没有关系，不同的地方是，私有PaaS是一种完全外包的模式，你可以自己构建，自己控制，可以部署在公共PaaS和私有IaaS上。


公共PaaS：你的PaaS厂商为你选择IaaS

本月在GigaOM上Microsoft Azure和Amazon AWS用户之间有趣的争论——PaaS锁定讨论。

“被.NET这样的框架卡住，作为公司，在未来的决策时，也会因此受到牵连，Microsoft已经在锁定用户方面取得了巨大的成功，锁定操作系统，锁定语言平台，这次试图锁定Azure服务，同样，许多公司必须解决Java的位置，许多大公司还没有考虑过锁定问题，对许多初创企业来说，这是非常可怕的，因为他们需要一个清晰的长远成本结构”。


“不管是Microsoft还是Amazon，都不会很快消失”。

Microsoft Azure

上面的辩论让我想到去搜索，最终我找到了更多关于Microsoft Azure平台锁定有关的信息。

“虽然每个平台都有不同程度的锁定，你应该寻找一个有能力为你数据中心提供更多应用程序的合作伙伴，而无需重写那些应用程序，完全避免锁定不是不可能，但尽量减少它才更具有现实意义”。

在David Chappel写的“云平台的优点和风险”一文中找到上面这段话的，文章被发表到了Microsoft Azure网站上。我不同意Chappel的意见，我认为他的想法有点可笑，对Microsoft ISV来说，他们的确已经被锁定在Microsoft平台上了，只能说转移到云可能是一个好主意，有机会重新考虑和规划它的基础架构，不可锁定问题。


Force.com

谈到Force.com时，不得不提的是它的锁定强度和Microsoft Azure一样，它也缺乏IaaS可移植性能力，并且采用闭源编程语言和数据库。

Salesforce.com将Force.com定位于领先的企业应用云平台，但我不赞同，因为它不具有基础设施可移植性，如果我开发一个应用程序，使用Apex编程语言，我只能在Force.com云基础设施上运行。

Heroku


云应用开发人员发现锁定是他们面临的主要问题，因此Ruby on Rails在这些开发人员之间得到重用，于是Salesforce收购了Heroku，Heroku PaaS支持标准Web服务接口，如HTTP、JSON和XML，也支持开源语言和数据库，如Java、Ruby、PHPFog、PostgreSQL和 MySQL，Heroku已经延伸到支持Java，也和Salesforce的Database.com集成到一起了，Salesforce清楚地表明， 它要扩大其PaaS能力，开源平台再次证明了自己的伟大和力量。

Xeround

市场中另一个有趣的厂商是Xeround，他推出了数据库即服务，在我与Xeround CTO Avi Kapuya交谈后发现，其面临的竞争更激烈，传统数据库厂商占据了大量市场，我问Kapuya关于Xeround锁定的问题，他作了如下答复：

“锁定是我们严肃对待的一个问题，用户都不喜欢锁定，通过对MySQL接口的支持，我们向用户证明了Xeround的灵活性，用户可随时从我们的网站将 数据导走，对新用户来说也很简单，他们可以将数据上传到Xeround平台，继续使用他们以前的MySQL开发工具工作”。

关于IaaS的可移植性，Kapuya作了如下补充：

“我们认真思考了公共云之间的可移植性，我们在多种IaaS上运行我们的平台，如AWS和Rackspace，我们的客户有机会选择自己喜欢的平台，假 如有用户要求将他的数据库从AWS移动到Rackspace，Xeround将会照办，此外，我们的价格源自IaaS厂商的价格”。

Xeround展现的IaaS可移植性与其它厂商不同，我认为Xeround客户可以得到更多好处，在未来的云互操作和联合时，Xeround的优势尽显。


私有PaaS

PaaS锁定的另一面是私有PaaS，私有PaaS厂商提供应用程序云打包，解决了服务部署和可扩展性问题，这些可以通过开启多租户、集群管理、数据库分配等权利实现，传统的ISV可以使用私有PaaS帮助他们转换到云，私有PaaS可以部署私有和公共IaaS上。

VMware打造的Cloud Foundry

讨论PaaS锁定应该包括Cloud Foundry，Cloud Foundry把控SpringSource Framework，一个企业级Java编程模型，VMware于2009年8月收购SpringSource取得，在今年4月，VMware宣布 Cloud Foundry在所有云扩展平台上开始支持多框架，多云提供商和多应用程序服务。

VMware开放了DeveloperRights.org网站，列出了云开发人员的权利，此举可以帮助避免锁定，我投了下面的一票：

“云可移植性的权利 —— 不得侵犯云的选择，不管是今天还是未来，如果某个应用程序在一个云上或在我们的笔记本上能工作，它就应该在其它云上工作，并且不需要学习新的部署模型”。

GigaSpaces

在私有PaaS市场，你也应该知道Gigapsces，我有幸采访到了Gigaspaces创始人兼CTO Nati Shalom，关注云计算的人一定知道他的大名，他的云博客非常著名，强烈建议大家去他的个人博客转转，他对PaaS问题做了深入的技术分析。 Gigaspaces创立于2000年，多年来一直专注于PaaS，随着云计算市场的增长，Gigaspaces的业务也得到了发展，关于公共和私有 PaaS的不同点，Shalom说：

“PaaS厂商，如Gigaspaces何Azure另一个不同点是，前者提供解决方案，后者提供产品和工具，使用Azure你仍然需要后续投资，才能得到可运行的应用程序，如执行大数据汇聚，到最终分析出商业价值”。

Gigaspaces花了3年时间开发抽象层，以兼容私有环境或特定公共IaaS，Gigaspaces Cloudify产品让ISV可以在公共或私有云基础设施上部署它的平台，关于厂商锁定的问题，Shalom说：

“我们不关心应用程序容器是否包括运行时和数据库，我们的抽象层将应用程序堆栈打包，不对应用程序运行时做任何修改，抽象层也包含了相关指标和SLA规则列表，每个指标都有一个阀值和一个行为”。

Apprenda

关于PaaS锁定问题，Apprenda的共同创始人兼CEO Sinclair Schuller表示，云锁定问题不仅仅是云客户需要考虑的问题，厂商更需要考虑，Apprenda支持那些使用Microsoft开发平台， 如.NET、SQL Server、ASP.NET&Silverlight的ISV和企业，Apprenda的主要竞争对手是Microsoft Azure，那些不想被Azure基础设施锁定的ISV发现Apprend非常有吸引力。

小结

选择PaaS解决方案时，你应该货比三家，单从理论上说，向另一个提供商迁移时，你是不必完全重写应用程序代码的，为了降低锁定风险，在实施时你必须仔细思考你的应用程序业务逻辑，如果需要转换，你可以使用前一个平台上的数据和应用程序结构，在另一个平台上进行重建。

就此我问Shalom，它回答：“究竟什么是IT组织的最佳选择?”

“简单和控制之间的权衡，如果你想获得控制，那么你需要解决复杂性和技能问题，如果想简单一点，那么你需要在控制权上做出让步，做得好，在这两者之间可 以实现较好的平衡，IT组织应该采用两个概念，关键任务应用使用Gigaspaces，使用Heroku部署更‘轻’的应用，如企业应用程序的移动扩 展”。

在他的CIO博客文章“云计算：关于PaaS你需要知道的事情”中，Shalom指出，在评估PaaS解决方案时，IT领导应该认真思考，首先应该考虑的就是锁定问题。

“我并未将锁定单纯地看作是消极的一面，在我的经历中，有些组织反而拥抱锁定，因为它能提供更大的好处”。

根据我的研究和对开放云生态系统世界的幻想，我想说的是公共PaaS是我中意的选择，因为它包括了巨大的商业优势，如上市时间，与私有PaaS相比的小投入，我也同意Shalom关于混合PaaS的洞察。

感谢传统软件巨人(如Microsoft，Oracle等)和开源社区的发展，我认为IT组织在选择厂商时更有经验，锁定在评估PaaS厂商时必须优先考虑，弱锁定有巨大的优势，PaaS厂商必须认可开放云世界，并找到方法与之接轨。

原文出处：http://www.cloudtweaks.com/2011/09/the-cloud-lock-in-part-2-the-great-lock-in-of-paas/

原文名：The Cloud Lock-In (Part 2): The Great Lock-In of PaaS

作者：Ofir Nachmani

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

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