近期做SaaS应用的非常多，这样的模式是未来的一种趋势，这样的模式的最大优点就是云计算的优点--节约资源。网上有非常多人觉得SaaS非常easy，就是一个多用户租赁模式。这样的认识也不能说不正确。由于SaaS确实一般都採用多用户租赁模式。但这样的说法非常的不全面。是一种盲人摸象。并且非常多人觉得SaaS模式的架构非常easy，那就仅仅能说他没有真正做过SaaS模式或者他们做的SaaS应用是一种非常低级的模式，根本谈不上是云计算的范畴，就是一个把局域网的东西放到了公网而已。
作为一种云计算模型，一个典型的SaaS模式须要下面三种计算模型支撑：
1）分布式计算模型
这是主要的模型。也是后两种模型的基础；如今非常火的Hadoop事实上仅仅是分布式计算模型中一种，并且并非特别的复杂；
2）分布式数据存储和訪问模型
这样的模型非常多。GFS。HFS。TFS都属于这类，当然一些分布式数据库包含阿里的Ocean数据库都属于这一类。分布式数据库訪问和存取模型是SaaS企业应用的基础，对于企业级的应用底层数据节点不採用数据库当然是能够的，但假设採用数据库。优点也是非常多的。至少要简单非常多。现有的分布式数据库对于SaaS应用，特别是SaaS企业应用来说採用GreenPlum这类数据库并非不能够。但须要依据你的SaaS应用的业务本身进行权衡（主要是数据分离方式和效率的问题）。
特别是牵扯到关联查询的时候。对于一个按用户分离和隔离的企业应用，假设数据节点採用关系数据库，那么80%的企业应用的关联查询都会落到一个节点中，查询的效率会比較高。假设採用分布式数据库，一般都非常难做到这点，由于分布式数据库处理这类查询的时候，都须要把数据集中到一个节点进行处理。尽管能够採用一些策略来降低无效数据的传输。但往往效果不大。（分布式数据库中的A表和B表并不一定在一个数据节点的），这也是我一直以来的观点：对于分布式计算，通用往往代表着效率更低。
我比較认同Google的GFS设计理念：面向应用设计接口。
3）分布式部署与运维模型
作为云计算下的SaaS应用，必须是能够支撑横向扩展（Scala out)的,而这些节点（包含应用节点和数据节点）的添加和管理全然靠人力去完毕。基本是不可能的事情。因此仅仅要是云计算模型下的SaaS应用，分布式部署与运维支撑模型就是必须的：应用程序节点的实时监控，管理和部署。数据节点的实时监控和部署，缓存节点的监控。管理和部署，文件server的监控。管理和部署等等。
以上三种模型就构成了SaaS应用的基础。但SaaS应用又有自己的特殊性。由于牵扯到商务逻辑、事务处理（高一致性和准确性）以及数据的整理和分离等。SaaS应用的分布式数据存储和訪问往往不能简单的採用已有的一些开源分布式系统，或者一些开源的分布式数据库系统。由于在大型的SaaS应用中，数据的切割（分布的基础）往往也不能做到单一，而数据的切割又会影响数据訪问的路由策略。这就导致通用型的做法不太适合详细的需求。
SaaS的这样的基础实际上就已经非常具有技术含量了，而SaaS业务应用本身，在逻辑上就更难了。并非訪问数据库加上一个隔离字段那么简单。
一般SaaS系统除了主要的多用户租赁（注意，设计SaaS的时候一定要以软隔离为基础。这样能够做到最大化的自由，并且不会影响数据库隔离和数据库实例隔离的需求 ）还会牵扯到在线许可，多时区，多语言，以及功能、页面、流程的可配置。特别是更深层次的应用更会涉及到在线跨企业资源共享和流程协作的问题，处理这类问题会非常棘手。
特别是SaaS在线企业级应用，你须要面对的问题会更加复杂（业务规则的分与合）。
假设在做架构的时候。假设没有考虑到这些问题，后面的噩梦会非常多。
甚至你可能玩不转。
SaaS应用事实上并不简单，哪怕就是一个CRM在线应用。也是非常具有业务和技术含量的。依据我的分析，纷享销客和销售易尽管融了不少的资。但他们的系统架构还算不上真正意义下的云计算模式下的SaaS。金蝶，用友。速达的在线应用尽管没有深入研究，但通过他们用户的一些反馈，我感觉60%的可能性是伪云计算SaaS应用。当然。假设知道内幕的，能够告诉我。
SaaS企业应用涉及的点非常多。并且非常多点之间是有关联的，因此你必须在这些问题点的处理中不断地进行平衡，进行取舍。比方，採用面向服务(SOA)的架构，在一定程度上是能够降低一些复杂性，但这样一来也降低了应用系统的总体性，SOA的粒度和边界的划分就是非常重要的权衡点。
在进行企业SaaS应用架构的时候，最好先弄清下面几个点：
1) 数据隔离和数据分布的路由策略。
2) 须要做哪些业务，是否须要做用户间进行资源共享和流程协作；
3) 假设须要资源共享和协作。那么这个过程中的用户数据归属问题。
4) 企业数据的规范性和统一性问题（这会涉及到參照，统计等兴许一系列问题点);
......
非常多企业喜欢利用面试的方式来偷师，用处事实上并非非常大，SaaS应用的单个问题点都并非非常复杂，关键在于这些点放到一起的时候。你怎样依据你自己的业务进行取舍才是关键，而这样的东西。靠拉再多的人来面试都是解决不了问题的。原因非常easy：不懂的人跟你讲。你会被误导，而真正懂的人给你讲的也未必适合于你的应用。假设你结合你的问题去问别人，别人也未必是hellokitty。