写这篇文章的目的其实也很简单，听了多年的SAAS。这次的这家企业购买的就是SAAS软件。本人之前从事过软件项目，对技术谈不上精通，当对整个开发管理过程，技术实现原理还是非常了解的。所以对技术方面知识的求知心，还是非常强的。
问题：软件是第三方的，要求对方修改，告知无法修改，需要开发周期1个半，要是原来传统的方案，一个客户、一套数据、一套部署，分分中秒杀。但是自己不懂SaaS开发原理与模式，沟通上就会存在问题。被骗也不知道。所以就请教了，又一城的运维，告诉我一个关键词。
多租户模式，就去百度了下。以下文章分三段？什么是saas？什么是多租户模式？遗留的问题？
英文单词解释：本人英文太落。
database：数据库
schema：架构
TenantID：租户ID
multi tenant：多租户
一、Saas介绍
SaaS是Software-as-a-Service(软件即服务)的简称，随着互联网技术的发展和应用软件的成熟， 在21世纪开始兴起的一种完全创新的软件应用模式。
二、多租户模式
多租户技术的实现重点，在于不同租户间应用程序环境的隔离(application context isolation)以及数据的隔离(data isolation)，以维持不同租户间应用程序不会相互干扰，同时数据的保密性也够强。
应用程序部份:通过进程或是支持多应用程序同时运行的装载环境(例如Web Server，像是Apache或IIS等)来做进程间的隔离，或是在同一个伺服程序(server)进程内以运行绪的方式隔离。
数据部份:通过不同的机制将不同租户的数据隔离，Force是采用中介数据(metadata)的技术来切割，微软 MSDN 的技术文件则是展示了使用结构描述的方式隔离。
多租户就是说多个租户共用一个实例，租户的数据既有隔离又有共享,从而解决数据存储的问题。从架构层面来分析，SaaS区别
于传统技术的重要差别就是Multi-Tenant模式。
SaaS多租户在数据存储上存在三种主要的方案，分别是
1.独立数据库
这是第一种方案，即一个租户一个数据库，这种方案的用户数据隔离级别最高，安全性最好，但成本也高。
优点:
为不同的租户提供独立的数据库，有助于简化数据模型的扩展设计，满足不同租户的独特需求;
如果出现故障，恢复数据比较简单。
缺点:
增大了数据库的安装数量，随之带来维护成本和购置成本的增加。
这种方案与传统的一个客户、一套数据、一套部署类似，差别只在于软件统一部署在运营商那里。如果面对的是银行、医院等需要非常高数据隔离级别的租户，可以选择这种模式，提高租用的定价。如果定价较低，产品走低价路线，这种方案一般对运营商来说是无法承受的。
2.共享数据库，隔离数据架构
这是第二种方案，即多个或所有租户共享Database，但一个Tenant一个Schema。
优点:
为安全性要求较高的租户提供了一定程度的逻辑数据隔离，并不是完全隔离;每个数据库可以支持更多的租户数量。
缺点:
如果出现故障，数据恢复比较困难，因为恢复数据库将牵扯到其他租户的数据;
如果需要跨租户统计数据，存在一定困难。
3.共享数据库，共享数据架构
这是第三种方案，即租户共享同一个Database、同一个Schema，但在表中通过TenantID区分租户的数据。这是共享程度最高、隔离级别最低的模式。
优点:
三种方案比较，第三种方案的维护和购置成本最低，允许每个数据库支持的租户数量最多。
缺点:
隔离级别最低，安全性最低，需要在设计开发时加大对安全的开发量;
数据备份和恢复最困难，需要逐表逐条备份和还原。
如果希望以最少的服务器为最多的租户提供服务，并且租户接受以牺牲隔离级别换取降低成本，这种方案最适合。
总结：
文章开篇提到的：应用程序部分与程序部分的理解。
以下为应用程序
1.服务器系统：Windowsserver、UNIX、Linux、NetWare这四大阵容。
2.软件环境：IIS+ASP+ASP.net+PHP+MySQL+FTP+PhpMyAdmin+伪静态
（这里只做举例）
以下为程序部分：
就是数据库：MySQL,MSSQL，Oracle，等等。
多租户的三种模式：
1.独立数据库：这种模式最好理解，就是一个租户一个独立的数据库。
2.共享数据库，隔离数据架构：
数据库只有一个，但是数据架构隔离。
即多个或所有租户共享Database，但一个Tenant一个Schema。
关于这个数据架构隔离，只是理解但是，还是不懂。后面再补。或者把schema当成一个集合理解吧。
3.共享数据库，共享数据架构
这是第三种方案，即租户共享同一个Database、同一个Schema，但在表中通过TenantID区分租户的数据。这是共享程度最高、隔离级别最低的模式。
我对这个的理解就是：表名不一样。
以上文章只能提供，有需要的伙伴对多租户模式的理解。其他的本人能力有限，到此为止。后期再续。
閱讀更多 產品經理Jack 的文章
