SaaS在线CRM云平台架构问题解析

　　REST 架构

　　REST是基于HTTP的，因此天生就有在互联网上穿透防火墙的能力，REST可以简单地认为它是轻量级的WebService，但是它具有自己的一些显著特点：所有的资源通过统一的接口访问(HTTP/HTTPSGET、POST、PUT、ELETE)，而且接口比较统一，便于与第三方的集成;因为是基于HTTP/HTTPS的，因此可以将资源(响应)分为可缓存的和不可缓存的，以及采用浏览器的标准压缩方式，有效地提升网络效能。也可以在客户和资源之间插入不同的中间组件来提升性能和安全等，如，代理服务，缓存服务，网关服务等;因为是基于HTTP/HTTPS的资源请求，因此本次连接和下一次到服务器的连接之间没有状态。由于361CRM平台采用了REST架构，因此也就决定了361CRM平台天然就具备以下几方面的优势：

　　由于REST本身无状态的特性，361CRM平台天然就是分布式的，决定了后台通过根据业务量而弹性地增加服务器就可以实现平台计算能力的线性增加;所有的请求都是统一通过RESTAPI进行相应的资源与服务的请求，这样就能够保证系统提供的服务都是解耦的，极大的简化了系统，从而改善了系统的交互性和可重用性，同时也能够根据业务进行相应统一且透明的内存缓存;客户端浏览器能够轻松通过Ajax实现REST资源的异步调用处理，同时也可以有效地减少应用服务器地压力;通过提供开放的RESTAPI，能够轻松实现与第三方的集成。

　　平台服务

　　平台服务层的调用是通过RESTAPI进行的，由于REST的特点，通过在URI中添加资源路径以及版本信息，很方便地能够实现平台的平滑升级以及数据兼容性问题。

　　平台服务层实现的都是共通的服务，服务之间是独立的，而且是插件式的方式来实现的，平台选用了面向分布式计算的Erlang语言来实现的，因此保证了这些插件式的服务能够热拔插地部署，实现真正地不宕机地部署与更新。

　　平台服务层的插件式架构，决定了平台的无限扩展能力，能够根据不断变化地用户需求而进行平台的不断地在线迭代与更新，与用户的需求形成一个良性的循环。配置定制平台通过服务器(Apache)的自定义开发，实现了企业用户应用的透明隔离，因此平台具有面向不同企业用户根据不同需求进行个性化定制的能力。不同的企业用户，一般主要有几方面的自定义需求：业务对象、工作流程、报表、布局等，而CRM平台的平台框架就决定着能够很好地满足用户的自定义需求，主要分为以下几个方面：

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友