如果你的云服务商倒闭该怎么办？

确定你的风险承受能力

一些客户，尤其是那些因Linkup这类倒闭的服务商而丢失数据的客户，发誓再也不相信云了。对于另一些客户，这让他们更加慎重地权衡云服务带来的好处(包括前期的低成本和易于部署)与风险(厂商锁定问题)。

软件开发商Plan2win公司的CEO Steven Harper认为，使用云平台的风险并不比编写使用微软Windows API的应用程序更大。他指出，确保他的应用程序运行在新版Windows上变得非常麻烦，而且支持成本非常高。

因此，他现在编写用于Salesforce平台的应用程序，他不相信该公司会抛弃它的开发人员。他说："如果这样的话，将出现负面的新闻和来自客户的反应，我不相信有人会那么愚蠢。"

但是，的确有云服务商倒闭了，不管他们的意图如何。然而，在Hekademia Consulting公司，Shockey充分利用了Coghead的死亡，利用移植过程将更多的功能整合到更少的应用中，他甚至添加了Coghead中原来没有的像日历这样的功能。此外，他表示，QuickBase比Coghead的价格还便宜一些。

在数据、应用和其他云服务标准变得通用之前，为了防范云服务商的倒闭或暂停运维，最好的办法是关注你的云服务商的资产负债表，并保持你的本地备份。Shockey说："我仍认为SaaS(软件即服务)是发展方向。我们目前只是遭遇到了一点小的挫折。"

虽然有些工具(例如Force的Toolkit)让开发人员可以利用Force的API创建离线运行的Web应用。但是，虽然用户可以离线修改数据，但大多数应用在数据库、业务逻辑和工作流功能上必须定期与Salesforce网站保持同步。因此，你仍依赖Salesforce.com。

独立技术顾问Ben Bloch指出，由于Salesforce的Apex类似于Java，还是有"把应用移植到另一平台"的机会。重用一些逻辑、用户界面和其他元素也许是可能的，但开发人员仍必须重做在Salesforce平台上已经做过的很多工作。例如，要重新构建应用所需要的数据，而且还包括设计和部署数据，以及其他描述应用与数据关系的模型。

Salesforce的平台研究主管Peter Coffee认为，这种移植的工作量没有多大。他说，Apex开发语言在设计上与Java相似，因此翻译用Apex编写的组件和使用该公司的Visualforce 用户界面构建器来连接新目标平台，仅需占用项目成本的很小一部分。他表示，更多的工作量是在编写执行应用的新代码方面。

另一项挑战是恢复包含在应用内的业务逻辑和用户工作流。Hekademia Consulting公司的Shockey表示，他在最近的开发工作中大量使用QuickBase公式域来创建和更新流程数据。"这样，如果我们需要输出数据，我至少保证在我的数据模型内拥有这些流程信息。但是，由于实际的业务逻辑嵌入数据库的在域公式内，因此，如果我们再一次改变系统，比如放弃QuickBase，我仍可能失去这种逻辑"。他说。

当然，使用开放Web标准将能使 IT部门轻松地将应用从一个云平台转移到另一个平台，或自己的数据中心。有一种云平台证明了这是行之有效的。SugarCRM的产品营销主管Martin Schneider表示，由于SugarCRM的开源CRM应用基于PHP脚本语言和MySQL开源数据库等开放标准，应用迁移更加容易。用户只需为SugarCRM平台上的数据、以及定制或应用添加件拍摄快照，把它们保存在硬盘上，然后再把它们上载到选择的服务器中即可。

不管你选择什么平台，Shockey都建议，开发人员应当根据服务商承诺的当自己倒闭时提前发出通知的时间量，来制定移植自家应用的应变计划。在打算采用一种云开发平台前，Bloch建议，用户不仅要向云服务商询问它的业务模型的优势和财务状况，还要询问其发布API新版本的流程，以及会向开发人员提供哪些技术与支持。

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

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