浅谈SaaS在线CRM云平台架构各种问题之实时即时

　　361平台的平台服务层与通常的应用服务不同，它是实时运行的服务，平台服务层有相应的任务调度机制，邮件服务、消息队列以及实时的工作流引擎等，这些服务都是实时运行的，因此当企业用户的业务对象或者业务流程发生变化时，通过这些平台服务就可以把即时的状态消息(通过邮件、短信或者其它的IM工具)推送给用户，让用户真正了解到业务的即时与实时的状态信息。
　　而通常的应用服务是静态的，只有当用户登录时，才会进行相应的业务状态的检查，这样就严重影响了业务处理的速度，对于即时性业务，就会带来很大的损失。
　　多级负载
　　平台是一个多租赁用户的在线SaaS系统，因此会给平台带来大量的高并发的请求，361平台是一个多层次的结构，而且采用了REST架构，REST天生就是分布式，因此通过物理部署就可以实现高并发带的负载均衡。
　　四层负载在链路层解决来自互联网的并发请求压力，使用LVS+Heartbeat的主从双备的架构，保证不会出现单点故障;Web应用的大部分压力都来自于资源的请求，如图片，静态文件，样式表等文件的请求，服务器压力的70%都来自于这些资源的请求，因此对于这些静态资源的请求，通过静态资源缓冲层就能够很好解决这些请求对于后台造成的压力;经过实测，经过一段时间稳定运行之后，静态资源缓冲层能够命中前台请求的80%以上，有效地缓解了应用服务器的压力;七层负载层主要是做业务、以及资源的请求分流，把负载均衡到多台文件服务器以及应用服务器上;文件服务器与应用服务器是分布式的，通过Map-Reduce进行任务的拆分与结果的合并，充分利用多台服务器的并行计算能力，提升整体平台的运行性能;文件缓存采用多级缓存策略，解决命中率高的文件的频繁请求。而数据缓存则通过业务标签以及时效性策略进行数据的缓存，并且进行缓存的增量更新，有效地解决了对于后台的数据读写压力;分布式的存储系统有效地解决了海量数据的存储、检索、分析以及统计等问题。
　　可见，当传统的转换为SaaS服务后，其架构方面还是发生了不少的变动的，也只有这样的变动，才使得CRM能够在SaaS平台上更好的为客户所服务。