|
SaaS厂商培育迁移市场?软件即服务(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组件,如果两个都要改变,整个销售支持应用就会有问题。
责编:李红燕 微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友 著作权声明:畅享网文章著作权分属畅享网、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。 |
专家专栏 |
|