第二级 可配置在符合第二级成熟度的系统中，每个客户还是各自拥有一个单独的应用实例，但不同之处在于第一级中的用户实例是根据每个客户的需求单独定制的，而在这里，每个客户使用相同的代码。SaaS服务提供商通过详细的具体配置选项来允许客户改变自身应用的外观和系统行为。尽管如此，不同的应用实例之间还是保持完全独立运行。
将所有客户的应用实例集中于同一代码库之下极大的减少了对于SaaS服务提供商的服务需求，因为此时对系统代码任何微小的改变都会立刻影响所有的当前客户，这下也就可以节省为每个客户的应用实例单独升级或修改的成本。但是相比起第一级的成熟度模型，如果试图将一个传统的服务器-客户端的应用改造成符合第二级成熟度的SaaS系统，将需要花费更多的重新架构和开发的成本。
最后，同第一级模型有一处类似的是，符合第二级成熟度模型的系统一样需要SaaS服务提供商准备足够的硬件和存储空间来支持潜在的大量的同时运行的应用实例。
第三级 可配置，高效的多用户支持
在第三级的成熟度模型中，服务提供商通过运行一个应用实例来为所有的客户服务，同时通过可配置的元数据来给每一个客户提供不同的用户体验和功能。可配置的权限控制和安全策略则确保了每一个客户的数据被单独存放且与其它客户的数据相隔离。因此，从最终用户的角度出发，他们将感受不到所使用的应用实例也在同一时间为其他客户所共享。
这种方式解决了这样一个问题，那就是随着SaaS 服务供应商业务的发展和客户的增多，只能通过提供更多的服务器资源来运行更多应用实例，现在SaaS 服务供应商可以用同样数量的服务器资源为更多的客户服务，从而比起前两级成熟度模型的系统，更有效的利用了硬件资源，降低了运营成本。
但这一架构的不利之处在于无法灵活的提升系统性能，除非使用数据分区技术来提高数据库的性能，一般来说SaaS 服务供应商将只能通过把系统转移到更为强大的服务器上来提升性能。
第四级 可配置，高效的多用户支持 可扩展
在这一级也就是最后一级的成熟度模型中，SaaS服务供应商将通过运行一个负载均衡的具备权限验证功能的平台来为众多的客户同时服务，每个客户的业务数据将被单独存放，同时提供使用可配置的元数据来为每一个客户提供其自身需要的独一无二的用户体验。符合这样一个成熟度的SaaS系统将可以轻易支持一个相当大的客户数目，这是因为在其后台运行的服务和业务实例可以在不修改系统架构的基础上随着需求动态的增加和减少，任何的系统变动和修复可以轻而易举的同时作用于数以千计的客户环境中，就如同只为单一客户服务时同样简便。
|
服 务 CIO 推 进 信 息 化 
