浅谈SaaS应用开发的难度

最近的疫情极大的促进了云计算的应用，推动了企业SaaS化应用浪潮，这篇文章发表于2015年，先做些修改重新发布。

最近做SaaS应用的很多，这种模式是未来的一种趋势，这种模式的最大好处就是云计算的好处--节约资源。网上有很多人觉得SaaS很简单，就是一个多用户租赁模式。这种认识也不能说不对，因为SaaS确实一般都采用多用户租赁模式。但这种说法非常的不全面，是一种盲人摸象。而且很多人认为SaaS模式的架构非常简单，那就只能说他没有真正做过SaaS模式或者他们做的SaaS应用是一种非常低级的模式，根本谈不上是云计算的范畴，就是一个把局域网的东西放到了公网而已。

作为一种云计算模型，一个典型的SaaS模式需要以下三种计算模型支撑：
1）分布式计算模型
      这是基本的模型，也是后两种模型的基础；现在非常火的Hadoop其实只是分布式计算模型中一种，而且并不是特别的复杂；
2）分布式数据存储和访问模型
      这种模型很多，GFS，HFS，TFS都属于这类，当然一些分布式数据库包括阿里的Ocean数据库都属于这一类；分布式数据库访问和存取模型是SaaS企业应用的基础，对于企业级的应用底层数据节点不采用数据库当然是可以的，但如果采用数据库，好处也是非常多的，至少要简单很多。现有的分布式数据库对于SaaS应用，特别是SaaS企业应用来说采用GreenPlum这类数据库并不是不可以，但需要根据你的SaaS应用的业务本身进行权衡（主要是数据分离方式和效率的问题）。特别是牵扯到关联查询的时候，对于一个按用户分离和隔离的企业应用，如果数据节点采用关系数据库，那么80%的企业应用的关联查询都会落到一个节点中&#x