SaaS厂商应该如何培育迁移市场？

　DIY SaaS迁移

　　这两种选择并不能完全解决SaaS的迁移问题。很多用户正在对SaaS应用和本地应用或者云软件进行整合，构造一种编制化多组件应用。比如，有一家公司将SalesforceCRM服务同SaaS托管的统一通信和协作结合在一起，构造了一个销售支持应用。我们有两个SaaS组件，如果两个都要改变，整个销售支持应用就会有问题。

完整SaaS应用迁移计划制定

　　这个问题的一个解决方案就是合理选择应用整合工具，用来构建更高水平的应用。很多应用前端工具（比如，思杰），可以让用户为低水平应用自定制界面，来提供数据和流程。为一个组件变更SaaS提供商意味着改变了整合定义，但是并不是整个应用。对于这种方法，SaaS服务能够提供灵活的应用程序接口（API）很重要，这样就可以轻松整合。比如，RESTful API通常就比面向服务架构/简单对象访问协议API更易于整合。

　　所有的方法都失败的情况下，SaaS整合和迁移问题可以通过自定制基于SaaS API的应用来解决。SaaS API对于开发者来说就像是一种分布式应用组件，因此可以构建到一个程序中。为了让这个过程远离另一个迁移风险，最佳实践就是在本地类/对象中，将访问封装到所有的SaaS服务API中，引用一个新的对象来访问这个服务。某种程度上来说，如果必须改变SaaS提供商，本地对象可以进行修复，来适应新提供商的API。

SaaS厂商培育迁移市场？

　　对于SaaS迁移而言，所有的整合和封装战略都依赖于竞争SaaS提供商已定应用之间的功能一致性。显然，如果一个提供商的统一通信/协作服务提供了视频会议，其他的提供商没有，再多的接口整合也无法弥补功能的缺失。并不是所有的功能区别点都是显著的，因此在承诺SaaS整合或者封装项目之前，要有一个可用服务提供商清单，确保你构建的应用的功能是一种通用功能。

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

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