【SaaS架构】SaaS架构基础—SaaS迁移

许多采用SaaS的提供商从传统的已安装软件模型迁移到SaaS（如前所述）。对于这些提供商来说，在SaaS的核心原则上保持良好的一致性尤为重要。

同样，这里可能会有一些关于迁移到SaaS模型意味着什么的困惑。例如，有些人将迁移到云视为迁移到SaaS。其他人则认为将自动化添加到安装和资源调配过程中是实现迁移。

可以公平地说，每个组织可能从不同的地点开始，有不同的遗产考虑，可能面临不同的市场和竞争压力。这意味着每个迁移看起来都会有所不同。

然而，尽管每一条道路都不同，但在一些领域，影响移民战略的核心原则存在脱节。围绕概念和原则保持良好的一致性可以对SaaS迁移的总体成功产生重大影响。

根据前面概述的概念，很明显，向SaaS的转变始于业务战略和目标。在迁移环境中，这一点可能会丢失，因为在这种环境中，需要尽快实现SaaS。

在这种模式下，组织通常将迁移主要视为一种技术练习。现实是，每一次SaaS迁移都应该从目标客户、服务体验、运营目标等的清晰视图开始。更清晰地关注您的SaaS业务需求将对您将解决方案迁移到SaaS的形状、优先级和路径产生深远影响。

从迁移之初就有了这样一个清晰的愿景，为您如何将技术和业务迁移到SaaS奠定了基础。当你踏上这条道路时，关注那些最能告诉你你的方向的问题。

下表显示了技术和业务迁移心态的对比性质。

表1-技术优先与业务优先迁移

左边是一个技术优先迁移心态的例子。工程团队非常专注于追求经典的多租户主题，这些主题对任何SaaS架构都非常重要。

问题是，左边许多问题的答案往往直接受到右边问题答案的影响。这一点对任何研究移民的人来说都不太可能是新的。然而，现实情况是，许多组织一开始都把追求运营和成本效率作为第一步，假设业务部分会自己解决。

在这种迁移策略中，您的遗留环境可能会如何演变为适合SaaS模型，这也可能会引起混淆。这也是一个有大量迁移到SaaS的选项的领域。然而，对于任何移民，我们都有一个共同的价值体系。

在前面关于SaaS原则的讨论中，我们概述了用于描述SaaS环境的不同模式和术语。所有这些解决方案的一个共同主题是围绕应用程序提供共享服务。身份、入职、度量、计费这些都被称为任何SaaS环境的核心要素。

现在，当我们研究迁移时，您将看到这些共享服务在任何迁移故事中都扮演着关键角色。下图提供了迁移环境的概念视图。

迁移到SaaS

此图表示任何迁移路径的目标体验。它包括前面描述的所有相同的共享服务。中间是应用程序的占位符。

关键思想是，您可以在这个环境的中间放置任意数量的应用程序模型。迁移的第一步可能是每个租户都在自己的silo 中运行。或者，您可能有一些混合架构，其中元素是孤立的，其他功能通过一系列现代化的微服务来实现。

应用程序最初的现代化程度将根据遗留环境的性质、市场需求、成本考虑等而有所不同。不变的是这些共享服务的引入。

任何SaaS迁移都需要支持这些基础共享服务，以使您的业务能够在SaaS模式中运行。例如，应用程序架构的所有变体都需要SaaS身份。您需要租户感知操作来管理和监控您的SaaS解决方案。

将这些共享服务放在迁移前端，即使底层应用程序仍在每个租户的完整堆栈筒仓中运行，也可以向客户提供SaaS体验。

总体目标是让应用程序在SaaS模型中运行。然后，您可以将注意力转向应用程序的进一步现代化和优化。这种方法还允许您以更快的速度移动业务的其他部分（营销、销售、支持等）。更重要的是，这使您能够开始参与并收集客户反馈，这些反馈可用于塑造环境的持续现代化。

需要注意的是，您提供的共享服务可能不包括您最终需要的所有功能或机制。主要目标是创建迁移开始时所需的共享机制。这使您能够将重点放在对应用程序体系结构和操作发展至关重要的系统元素上。