运用搬迁一直是云核算的问题之一，由于竞赛性的商场改动能够发明新的“***挑选”，也能够让供给商出局。大多数用户以为根底架构即服务运用易于搬迁，大部分人觉得渠道即服务的搬迁取决于所运用的运用功用。软件即服务一般不是搬迁问题考虑的服务，由于SaaS运用归于供给商，无法搬迁。苛刻的说，便是如此，可是搬迁方案有助于用户处理价格和事务安稳性问题，乃至能够协助用户想相同的运用，从一项SaaS服务搬迁回自保管版别中。

第三方运用和SaaS优势

软件即服务(SaaS)运用根据供给商自己的自定制软件，无法搬迁，除非供给商设立了这样的选项，不过这基本上便是天方夜谭。假如企业重视于搬迁，挑选SaaS应首要重视那些将自己 的运用保管在第三方软件上的供给商，而不是自主开发的供给商。软件开发者或许与多个供给商协议保管，因而这种方式的SaaS的搬迁相对简略。也或许是为本地设备购买了一个软件副本，因而在供给商遭受失利或许软件支撑缺失时，“自保管”便是一种挑选。

“搬迁SaaS”的***来历也是首要的供给商所供给的运用，比方微软、SAP、甲骨文等。简直一切的厂商都供给SaaS，同第三方SaaS保管签订协议，或许自保管。关键在于不论保管惯例运用软件构建起来的SaaS服务在哪里，有多种供给商的产品可用都是受欢迎的挑选。专业厂商供给了笔直商场打包服务，不太或许招引多种SaaS保管供给商的目光，因而就需要不同的办法。

IaaS替代SaaS优缺点

SaaS搬迁的第二个挑选便是“自SaaS(self SaaS)”，软件包许可证，以及云端根底架构即服务(IaaS)保管产品，都好像为SaaS发明了点什么。这种办法的价值在于终究服务能够和机器镜像相同可移植，为保管添加了更具竞赛力的挑选。欠好的方面在于，这种办法不像是SaaS，从操作系统到软件，自SaaS依旧导致了用户的硬件本钱，以及关于整个软件仓库的支撑。这意味着自SaaS关于已定的运用，能够发明出一个云版别，可是并不会得到SaaS的悉数优点。

DIY SaaS搬迁

这两种挑选并不能彻底处理SaaS的搬迁问题。许多用户正在对SaaS运用和本地运用或许云软件进行整合，结构一种编制化多组件运用。比方，有一家公司将Salesforce CRM服务同SaaS保管的一致通讯和协作结合在一起，结构了一个出售支撑运用。咱们有两个SaaS组件，假如两个都要改动，整个出售支撑运用就会有问题。

完好SaaS运用搬迁方案拟定

这个问题的一个处理方案便是合理挑选运用整合东西，用来构建更高水平的运用。许多运用前端东西(比方，思杰)，能够让用户为低水平运用自定制界面，;来供给数据和流程。为一个组件改动SaaS供给商意味着改动了整合界说，可是并不是整个运用。关于这种办法，SaaS服务能够供给灵敏的运用程序接口(API)很重要，这样就能够轻松整合。比方，RESTful API一般就比

面向服务架构/简略目标拜访协议API更易于整合。

一切的办法都失利的情况下，SaaS整合和搬迁问题能够经过自定制根据SaaS API的运用来处理。SaaS API关于开发者来说就像是一种分布式运用组件，因而能够构建到一个程序中。为了让这个进程远离另一个搬迁危险，***实践便是在本地类/目标中，将拜访封装到一切的SaaS服务API中，引证一个新的目标来拜访这个服务。某种程度上来说，假如有必要改动SaaS供给商，本地目标能够进行修正，来习惯新供给商的API。

SaaS厂商培养搬迁商场?

关于SaaS搬迁而言，一切的整合和封装战略都依赖于竞赛SaaS供给商已定运用之间的功用一致性。明显，假如一个供给商的一致通讯/协作服务供给了视频会议，其他的供给商没有，再多的接口整合也无法弥补功用的缺失。并不是一切的功用差异点都是明显的，因而在许诺SaaS整合或许封装项目之前，要有一个可用服务供给商清单，保证你构建的运用的功用是一种通用功用。

由于SaaS服务替代了***量的渠道和根底架构组件，它们供给了***化的优点，也更易于为非技术人员所选用。

用SaaS调理搬迁问题是合理的，可是用户要知道这些调整基本上都是要添加项目本钱的，削减整合的SaaS供给商，这些危险都隐藏在SaaS本钱节约之下。这些下风需要在选用SaaS之前作出权衡，要不然处理起来或许比灾祸还费事。