打包并迁移至 SaaS

如果您正在打包本地软件并转向 SaaS，那么您并不孤单。

自云计算诞生之初，大部分采用的是（并且仍然采用）SaaS。 曾经被商品化并打包出售给企业的相同软件现在可以通过云服务提供。 这并不是什么新鲜事或不同的事情。 像我这样的老前辈都清楚地记得 ASP（application服务提供商）的时代，后来它被突然重塑为云，因为云更酷。 我说的凉爽，是指炎热。  

不过，尽管 SaaS 并不是真正意义上的新产品，但新产品却是一系列活动被商品化并打包为 SaaS。 各种业务功能都以 SaaS 产品的形式加入 CRM、SFA、生产力和通信之中。

我们预计，各组织将迅速抓住机会，将此类软件的运营转移给提供商。

我们并不孤单。

IDG 2020 年云计算调查的受访者还“预计在未来 18 个月内减少对商业许可软件的使用（目前为 65%，降至 50%），转而使用软件即服务 (SaaS)应用（从 24% 上升至 36%）。”

最大的赢家是与业务连续性相关的 IT 服务，例如备份、恢复、存储和归档。 毫不奇怪，此类别与商品化的业务功能（如 CRM、ERP、HR 和其他业务线应用）结合在一起。 通常，转向 SaaS 的应用在定制时不会提供高价值回报。 标准操作程序/流程能够很好地服务于业务，因此可以将资源更好地投资于其他领域，通过流程定制可以产生更高价值的结果。

当 SaaS 支持一个使集成不再成为问题的生态系统时，情况尤其如此。 大量的开发工作投入到集成中，集成本质上是将流程拼接在一起的技术实现。 或者，用现代的术语来说，数字化工作流程。 当 SaaS 提供商完成艰苦的工作并启用复选框集成来建立工作流程时，它就成功了。

IT 即服务的回归

另一个较少被提及的 SaaS 采用领域是 IT 基础设施领域。 不是基础设施本身，而是基础设施第二天及以后的大部分运营方面，例如应用服务的配置、配置、操作和报告。 由于大量 IT 专业人员继续在家工作，访问数据中心（和基于云的）基础设施已成为他们完成工作所需的关键能力。 将管理网络与外部访问隔离的传统模型可能会阻碍这些功能。 更现代的基于 SaaS 的方法可以维持保护这些关键功能所需的访问控制和保护，同时使 IT 专业人员能够从任何地方操作基础设施。

而且，工作流程通常没有高度差异化，因此几乎没有竞争或商业优势。 从应用服务的角度来看，部署交付和保护应用应用所需的平均十个应用服务的过程是标准化的。 虽然应用服务本身提供了差异化的功能，但管理流程通常却不提供。 它们满足转向基于 SaaS 模型的基本要求。

这不是一个新概念。 十年前，我在基础设施 2.0 运动的背景下谈论过这个问题（向下滚动到架构完美讨论）。 虽然从那时起技术的许多方面已经发生了变化，但跨云和数据中心分层运营能力的需求却没有改变。 事实上，事实上的多云运营模式加上对远程工作能力的迫切需求，只会加剧对基于 SaaS 的管理模型的需求，这种模型能够同样迅速地支持数据中心和云部署的基础设施。

随着我们逐渐适应多云和随处办公的新常态，我们预计未来几年将通过 SaaS 模型增加传统基础设施管理功能的提供。