我们通过确定成熟 SaaS 应用的三大重要特性进一步改进了 SaaS 的定义。不过，成熟的 SaaS 模式不一定同时具备这三个特性，有的应用只具备其中的一种或两种，但仍能满足所有必需的商业要求。这时，如果实现其他的特点难以保持低成本性的话，那么应用架构师就不必实现其余的特性了。

从广义上说，我们可采用四级模型来说明 SaaS 应用的成熟度，每一级都比前一级增加了上述三种成熟特性中的一种。

第一级：特定的/定制的

成熟度的第一级类似于 20 世纪 90 年代传统的应用服务供应商 (ASP) 提供软件的模式。在这种情况下，不同的客户拥有各自主机应用的定制版本，在主机服务器上运行自己的应用实例。从架构上说，这种成熟级别的软件与传统销售的企业系列软件很相似，即公司中的不同客户连接到服务器上运行的相同实例，但该实例完全独立于主机上其他客户运行的其他实例或进程。

一般说来，传统的客户端—服务器应用无需太多开发工作，也不必从头重新设计整个系统，就能转变为第一级成熟度的 SaaS 模型。尽管这一级别的成熟性难以提供全面成熟型 SaaS 解决方案的很多优势，但仍能帮助供应商整合服务器硬件和管理，从而降低成本。

第二级：可配置性

对于第二级成熟度而言，供应商为不同的客户（或用户）分别提供应用实例主机服务。就第一级成熟度而言，每个实例都是对用户分别定制的，而在第二级成熟度上，所有实例都使用相同的代码实施，供应商提供详细的配置选择，让客户能改变应用的外观和行为，从而满足客户的需求。尽管不同实例在代码层面上彼此相同，但彼此之间仍完全隔离。

供应商所有客户都使用相同的代码库，这大幅降低了 SaaS 应用的服务要求，因为代码库的任何更改都能立刻方便地作用于供应商的所有客户，从而无需逐一更新或优化每个定制实例了。但是，在应用最初针对独立定制而不是配置元数据进行设计的情况下，将传统的应用转变为第二级成熟度的 SaaS 应用时，比起第一级成熟度的转型而言，将需要多得多的架构重新设计工作。

与第一级成熟度类似，第二级成熟度也要求供应商提供足够的硬件和存储资源，以支持大量应用实例同时运行。

第三级：可配置性与多用户效率

对于第三级成熟度，供应商借助单个实例来满足不同客户的需求，并采用可配置的元数据为不同的用户提供独特的用户使用体验和特性集。授权与安全性策略可确保不同客户的数据彼此区分开来。从最终用户的角度来看，不会察觉到应用是与多个用户共享的。

这使我们就不再需要为不同客户的不同实例提供大量服务器空间，因此使用计算资源的效率将大大超过第二级成熟度，从而直接降低了成本。但是，这时的一大弱点在于，应用的可扩展性有限。如果不用分区来管理数据库性能的话，我们只能通过采用更强大处理器来扩展应用（向上扩展），但是这样做只能使投入回报逐渐降低，最终导致功能的提高难以适应低成本的要求。

第四级：可扩展性、可配置性与多用户效率

第四级成熟度也是最高级成熟度，这时供应商在负载平衡的服务器群上为不同客户提供主机服务，运行相同的实例，不同客户的数据彼此分开，可配置的元数据可以提供独特的用户体验与特性集。SaaS 系统具备可扩展性，可轻松适应大规模客户的需要，可在无需对应用进行额外架构设计的情况下根据需求灵活地增减后端服务器的数量，不管有多少用户，都能像针对单个用户一样方便地实施应用修改。

__