很多程序员简单认为：将任何一套BS软件改装，放在公网服务器上，就可以成为一个SaaS服务型产品进行销售。这种现象导致很多SaaS运营业务搁浅，究竟是什么原因？根不正则叶不茂；做SaaS不仅需要做好应用级产品，更主要的是做好SaaS的底层架构。

一套合格的SaaS产品，除了具有优秀的应用及产品外，还需要一套合理的基础构架，这些基础构架包含：可以随意扩充的服务器集群架构、数据必须有灾备设施；安全的集群结，
必须保证客户和客户之间数据的隔离；运营服务器上不能放程序源码，版本控制和程序升级体系 ……

基础集群概念

首先，我们讨论一下设计容量问题，因为下面所有的构架都建立在设计容量这个参数上，我们将设计容量定义为：每台服务器设计支撑2000家企业用户，其中活动用户500~800家企业。

为什么分支撑用户和活动用户呢？按照经验，用户需要试用才能租用，在试用期结束后，会给客户一个数据保留期，在保留期内续费数据就不会丢失。但是这样，大量的客户数据会保存在服务器上，对服务器的物理结构和逻辑结构近乎苛刻。

在用户大幅度扩展后，我们只需要花数个小时，就能将新的服务器上线并网运行，让客户的数据和服务器的数量呈线性关系，不会出现瓶颈。所谓的服务器集群，就是分为管理服务器和应用服务器两个部分，也就是说帐号的开设、付费、续费等等管理操作都在管理服务器上，而客户使用的软件都在应用服务器上。由于中国的网络特点，我们把服务器分成四个区域部署，分别是：网通机房（针对长江以北）、电信机房（针对长江以南）、多路机房（针对全国都开有分公司的公司）、异地容灾备份中心（备用）；在实际应用中，为了让用户得到更快捷的网络服务，我们还在各大城市直接部署服务器。在每个地区的服务器集群中，由于Web处理的负载程度，可以根据实际情况配置应用服务器的数量。

另外，整个系统在设计上是分割成几套独立的子系统，即便是在管理服务器损坏的情况下，各个子系统都可以独立运行。