怎么样做一个 SaaS 平台

随着互联网的普及和带宽的提升，软件的卖法再也不像以前那样，每个公司都搞个小服务器布置一套了

采用了 sass 平台的方案，对于用户来讲更加的方便

而对于我们这种只会 curd 的程序员来说，又多了很多要学习的地方。

那么 saas 平台架构到底该怎么做呢？，简单来说就是拆解一个巨石模块为很多单一的模块，有人算过如果平均每台 google 服务器的负载，其实非常低，要把那么多的服务器组合起来，才是一个麻烦的事情

根据我的想象和猜测，

第一种： 业务的模块切割

就是把一个大网站的业务拆的很小，每个模块放组个机器（带负载），每个模块一个数据库（带主备）

比如黑客派有 1 亿用户的时候可以把网站按照 登陆，文章，评论，积分，游戏分成好多的子网站，后台还有推送等辅助的模块

相关的技术据说有管理这么多模块（服务）的 Dubbo，zookeeper，有 HBase，redis 这种 kv 数据库等，谁能提供一个比较完整的图呢
数据存储我就不懂了，到底是用数据库路由，还是全部仍在一个可扩展的 kv 数据库？

但我还是觉得有很多不懂的地方，
比如每个模块都是独立的，靠接口交互，那些复杂的关联查询怎么搞，比如评论和用户是两个模块，要知道一个每个月发了多少评论，原来的系统一句 sql 搞定，现在只能搞成两句很大的 sql 做合并了？
还有这种架构是不是只适功能无定制化的需求？对于 crm oa 这样的，是不是不适合用这种，因为定制化意味着每个业务模块都不一样，难道 A 用户访问的是 A1 评论系统，B 用户就能访问 A2 评论系统？

是不是这种方式适合互联网和无区别软件的平台，比如黑客派

第二种：

如果把 solo 做成第一种架构，那么要定制化就非常麻烦了，不是吗

于是我们换一个思路，按照老的方式，我们中心端放很多很多 app，每个 app 有独立的数据库和主机，然后全部一起统一管理，很多多租户系统的做法

比如 solo 的 sass，可以把免费的用户放在一个 web 服务器里，这个服务器里是多租户版的 solo，完全是标准的一个机器（可以带负载），一个数据库，用户多了也可以放 n 组，按照 ip 路由
把收费的，高级的用户分别放在不同规格和容量的 web 服务器里，限制每台的容量，还是用的多租户版的 solo
把高级用户就放在一台机器里，用单机版的 solo

这样每个 app 都是完整的一套程序，要定制化只要替换就行，隔离性十分的好，如此的技术估计是 docker，这样的系统我认为最大的问题是统计，比如所有租户的一些统计数据，排序数据，由于都是分离的，需要每个 app 定时收集数据？

spring cloud 到底是哪一种我还不知道，要研究下，

大家把知道的架构都写出来吧