1、SAAS的理解
参考资料：saas模式
1.1、saas的发展历史：
从60年代的大型机(Mainframe)、80年代的C/S模式、现在的SAAS。
早期个人电脑不发达，数据处理集中在大型机里，客户端不进行计算，只是充当I/O角色；80年代个人电脑发达后，客户端可以承担部分运算，但主业务数据和计算还是在服务器上，但随着企业的发展，服务器数量越来越多（应用越来越多），导致企业维护成本也大范围增加。现在的SAAS能很好的解决这个问题，将服务器集中起来作为一个“超大型”的服务器，做基础设施的（网络和服务器）、做平台的、做软件的分开，企业只需要一台能上网的电脑就可以用软件提供商提供的软件。
1.2、saas根据“可配置性”，“高性能”，“可扩展性”分为四个等级
|
可配置
|
高性能
|
可伸缩
|
|
|
Level1
|
N
|
N
|
N
|
|
Level2
|
Y
|
N
|
N
|
|
Level3
|
Y
|
Y
|
N
|
|
Level4
|
Y
|
Y
|
Y
|
第一级：定制开发（多次开发）
每个客户使用一个独立的数据库实例和应用服务器实例。数据库中的数据结构和应用的代码可能都根据客户需求做过定制化修改。
第二级：可配置（一次开发多次部署）
通过不同的配置满足不同客户的需求，而不需要为每个客户进行特定定制，以降低定制开发的成本。
但是，软件的部署架构没有太大的变化，依然为每个客户独立部署一个运行实例。只是每个运行实例运行的是同一份代码，通过配置的不同来满足不同客户的个性化需求。
可配置性的比较通用的实现方式，就是通过MetaData（元数据）来实现。
第三极：多租架构（一次开发一次部署）
多租户单实例（Multi-Tenant）的应用架构才是通常真正意义上的SaaS应用架构，它可以有效降低SaaS应用的硬件及运行维护成本，最大化地发挥SaaS应用的规模效应。
第四级：可伸缩架构
将第三级的Multi-Tenant SingleInstance系统扩展为Multi-Tenant MultiInstance。最终用户首先通过接入Tenant Load Balance层，再被分配到不同的Instance上。通过多个 Instance来分担大量用户的访问，我们可以让应用实现近似无限的水平扩展。
要实现第四级成熟度模型，最复杂的就是针对原有单个Instance的数据库服务器，实现其数据的水平拆分。
多租户架构参考资料：云计算架构基础之多租户数据架构 （一） 三种模式和影响选择的因素