浅谈CRM云技术架构

浅谈CRM云技术架构公有云的出现无疑为众多的企业用户在应用选择方面打了一剂强心剂企业可以通过公有云服务来省去自身的数据中心升级改造工作小企业可以打消自身信息化成本的壁垒。作为公有云的代表，服被众多的企业级用户所关注，但是，人们对于SaaS的疑问和顾虑制约了的展。用户之所以产生顾虑，是因为目SaaS并没有一个自身的标准，由于SaaS是种在线的应用系统服务的提供，所以不同的应用会产生不同的标准。所以从某种意义上说，SaaS也难产生个通用的标准。没有标准并不等同于不被用户接受。我们可以从某些常见的应用中以点带面，看一看SaaS服应该具有什么样的标准。我们今天以企业用户常用的RM系一看标准的CRM应是一个什么样子。实际上很用户对于CRM并陌生早2000年时候有一些企业就已经开始尝试CRM系。在很多人眼中CRM就是一套C/S或B/S的应用系。而当CRM进了，在架构会是一个什么样子呢？我们以中科软科技股份有限公司新推出的361CRM为，来看一下CRM的构。系采用分布式架构。采用企业级的多层次、多应用的系统结构的在CRM平平台架构从大的层次上来分主要为四层，根据调用关系依次为应用层、缓冲层、服务层以及存储层，如下图所示：应层从浏览器发送过来的请求，直接由应用层来进行直接响应；平台是多租赁用户的在线多应用来实现的于每个用户的具体业务需求不同此个租赁用户的应用是相互隔离的应用层的结构却都是相同上下主要分为业务展现层、业务逻辑层、业务模型层、实体访问层；业务展现层主要为用户数据的不同视图表现用户呈现各种易于浏览于解的各种数据表现方式，如表单、表格、报表、图表等；业务逻辑层主要是业务逻辑的具体实现层于用户动作发事件以及工作流程等由业务逻辑层来实现业务的处理以及响应业务逻辑层对下层业务模型的访问来实现具体的逻辑处理；业务模型层主要是业务对象的具体定义与封装于现实中业务在平台中的最直接的映射；实体访问层是对于业务逻辑层对于业务模型操作的封装，业务模型的实体状态的更新、删除、查询等都是通过实体访问层来实现。缓层缓冲层主要对于静态资源以及动态数据的缓存资源主要是指应用层中展现层中所要使用到的静态资源文件用户在业务操作中产生的文件等片的件等；而动态数据是指用户在使用平台的过程中所产生的业务数据实业务中部分数据大部分都是读操作比较多写操作比较少此可以针对这部分数据根据特定的缓存失效策略机制来进行相应的缓存；缓冲层的缓存针对应用层是透明的且针对多应用也是透明的此冲层具有更大的弹性与灵活性。服层服务主要是指平台的核心服务心务分为业务共通服务以及平台共通服务台通服务是指与业务无关且是平台最基础的服务，如任务调度息列、邮件服务、图片处理工流引擎等而务共通务指基于平台共通服务对于所有业务具有共通性的服务，如日志审核、操作回滚、数据安全、全文检索、权限角色等；服务层是对于平台运营、维护最核心的服务实现，是平台正常运行的基础。存层存储主要分为两部分：分布式文件存储以及分布式的数据存储；由于是多应用的平台因此随着台的运营会生海量的业务数据以及资源文件因此伴随着海量的数据而来的问题就是存储、检索、分析以及统计等问题；针对上述问题，平采用了分布式的存储系统，基于来进行相应的检索、分析以及统计，实现了对于海量数据的统一操作。这种结构能做到真正的分布式网络计算效降低网络流量减轻客户端负担还能安全方地与互联网接口另外司员工或客户分布或行走于全国各地常有移动办公需求。架构REST是基于HTTP的此天生就有在互联网上穿透防火墙的能力可简单地为它是轻量级的Web，是它具自己的一些显著特点：所有的资源通过统一的接口访(HTTP/HTTPSELETE)，且接口比较统一，便于与第三方的集成；因为是基于HTTP/HTTPS的，因此可将资源（响应）分为可缓存的和不可缓存的，以及采用浏览器的标准压缩方式效提升网络效能可以在客户和资源之间插入不同的中间组件来提升性能和安全等，如，代理服务，缓存服务，网关服务等；因为是基于HTTP/HTTPS的资源请求因此本次连接和下一次到服务器的连接之间没有状态。由于361CRM平采用了REST架构，因此也就决定了361CRM平天然就具备以下几方面的优势：由于本无态的特性平天然就是分布式的，决定后台通过根据业务量而弹性地增加服务器就可以实现平台计算能力的线性增加；所有的请求都是统一通过API进相应的资源与服务的请求就能够保证系统提供的服务都是解耦的极的化了系统从而改善了系统的交互性和可重用性同时也能够根据业务进行相应统一且透明的内存缓存客户端浏览器能够轻松通过实REST资的异步调用理同也可以有效地减少应用服务器地压力通过提供开放的，够轻松实现与第三方的集成平服平台服务层的调用是通过API进行的，由于的点，通过在中加资源路径以及版本信息，很方便地能够实现平台的平滑升级以及数据兼容性问题。平台服务层实现的都是共通的服务之是独立的是件式的方式来实现的，平台选用了面向分布式计算的Erlang语言来实现的保了这些插件式的服务能够热拔插地部署，实现真正地不宕机地部署与更新。平台服务层的插件式架构定平台的无限扩展能力够据不断变化地用户需求而进行平台的不断地在线迭代与更新用户的需求形成一个良性的循环置制平台通过服务器的定义开发，实现了企业用户应用的透明隔离，因此平台具有面向不同企业用户根据不同需求进行个性化定制的能力同的企业用户般要有几方面的自定义需求：业务对象、工作流程、报表、布局等，平台的平台框架就决定着能够很好地满足用户的自定义需求，主要分为以下几个方面：由于用户使用的是文档数据库着松散的数据结构因用户根据需求而以随意自定义自己的业务对象；平后台的平台服务层，有相应的实时的工作流引擎，提供给用户强大的自义工作流程功能；平有业内是丰富的报表模板，用户只需要根据自己的需要来选择即可，针一些自定义的动态数据，还提供模板的再定义功能，能够很好地满足用户的报表需求；由于平台是应用隔离的，因此针对着页面的布局，可以很容易地实现个性化地定制；平的配置功能的强大，并不以损失平台应用的易用性为基础平在操作上采用引导式操作供方便易用的在线帮助地降低了系统使用的复杂度，使系统更加地人性化、简易化。实即平的平台服务层与通常的应用服务不同，它是实时运行的服务，平台服务有相应的任务调度机制邮服消息队列以及实时的工作流引擎等些服务都是实时运行的此企业用户的业务象或者业务流程发生变化时过些平台服务就可以把即时的状态消息过邮件、短信或者其它的IM工)推给用户，让用户真正了解到业务的即时与实时的状态信息。而通常的应用服务是静态的只当用户登录时才会进行相应的业务状态的检查这样就严重影响了业务处理的速度，对于即时性业务，就会带来很大的损失。多负平台是一个多租赁用户的在线SaaS系，因此会给平台带来大量的高并发的请求，平是一个多层次的结构，而且采用了REST架REST天就是分布式，因此通过物理部署就可以实现高并发带的负载均衡。四层负载在链路层解决来自互联网的并发请求压力，使用LVS+Heartbeat的从双备的架构，保证不会出现单点故障；Web应的大部分压力都来自于资源的请求，如图片，静态文件，样式表等文件的请求服器压力的都来自于这些资源的请求因此对这些静态资源的请求通过静态资源缓冲层就能够很好解决这些请求对于后台造成的压力；经过实测一时间稳定运之后资源缓冲层能够命中前台请求的80%上，有效地缓解了应用服务器的压力；七层负载层主要是做业务及源的请求分流负载均衡到多台文件服务器以及应用服务器上；文件服务器与应用服务器是分布式的Map-Reduce进任务的拆分与结果的合并，充分利用多台服务器的并行计算能力，提升整体平台的运行性能；文件缓存采用多级缓存策略决命中率高的文件的频繁请求数缓存则通过业务标签以及时效性策略进行数据的缓存且进行缓存的增量更新效解决了对于后台的数据读写压力；分布式的存储系统有效地解决了海量数据的存储、检索、分析以及统计等问题。可见，当传统的系转换为SaaS服后，其架构方面是发生了不少的变动的，也只有这样的变动，才使得能在SaaS平上更好的为客户所服务。附：什么是REST架REST软件架构是当今世界上最成功的互联网的超媒体分布式系统。它让人们真正理解我们的网络协议本面貌。它正在成网络服务的主流技术，同时也正在改变互联网的网络软件开发的全新思维方式AJAX技和Rails框把REST软件架构思想真正地在实际中很好表现出来。今天微软也已经应用并提出把我们现有的网络变成为一个语义网，这种网络将会使得搜索更加智能化。REST与HTTP协REST软件架构是由RoyFielding博在2000年次提出的。他为我们描绘了开发基于互联网的网络软件的蓝图REST软架构是一个抽象的概念，是一种为了实现这一互联网的超媒体分布式系统的行动指南用何的技术都可以实现这种理念实这一软件架构最著名的就是HTTP协。通常我们把REST也作为REST/HTTP在实际中往往把REST理为基于HTTP的REST软件架构更进一步把REST和看为等同的概念。今天HTTP是互联网上应用最广泛的计算机协议HTTP不一个简单的运载数据的协议一具有丰富内涵的网络软件的协议仅能够对于互联网资源进行唯一定位，而且还能告诉我们对于该资源进行怎样运作是REST软件架构当中最重要的两个理念。而软架构理念是真正理解HTTP协议而形成的。有了REST软架构理念出现，才使得软件业避免了对HTTP协的片面理解。只有正确的论指导，才能避免在软件开发的实际工作过程中少走弯路。REST与（资源定位）REST软件架构之所以是一个超媒体系统，是因为它可以把网络上所有资源进行唯一的定位，不管你的文件是图片、文件Word还视频文件，也不管你的文件是txt文格式、xml文格式还是其它文本文件格式。它利用支持HTTP的TCP/IP协来确定互联网上的资源。REST与原REST软件架构遵循了CRUD原该则告诉我们对于资包括网络资源只需要四种行为：创建（Create取Read新）销毁（）可以完成对其操作和处理了。其实世界万物都是遵循这一规律：生、变、见、灭。所以计算机世界也不例外个原则是源自于我们对于据库表的数据操作（（见变）和（以时候CRUD也作为，其中的I就insert。四个操作是一种原子操作即种无法再分的操通过它们可以构造复杂的操作过程正如数学上四则运算是数字的最基本的运算一样。REST与网络服务尽管在语世界中网络服务目前是以技为主，但是将是是网络服务的另一选择，并且是真正意义上的网络服务。基于思的网络服务不久的将来也会成为是网络服务的主流技术不仅把HTTP作自的数据运输协议且也作为直接进行数据处理的工具当的络服务技术都需要使用其它手段来完成数据处理工作们完全独立于协来进行的这增了大量的复杂软件架构设计工作的想充分利用了现有的HTTP技的网络能力。在德国电视上曾经出现过一个这样的五十万欧元智力题：如何实现网络服务才能充分利用现有的HTTP协？该问题给出了四个答案：去问微软WSDL2.0/SOAP1.2根本没这个问题告诉我们HTTP并不是一个简单的据传传去的协，而是一个聪明的会表现自己的议，也许是RESTRepresentationalState的正含义。实际上目前很多大公司已经采用了REST技作为网络服务，如GoogleAmazon等。在Java语中重要的两以技开始的网络服务框架和Axis也把REST作自己的另一种选择它的新的项目别是Apache和Axis2Java言也制定关于REST网络服务规范JAX-RS:APIforRESTfulWebServices(JSR311)。信还会出现更多与相关的激动人心的信息。REST与AJAX技术尽管AJAX技的出现才不到两年时间，但是技遵循了REST的一些重要原则。AJAX技术充分利用了HTTP来取网络资源并且实现了HTTP没有的对于异步数据进行传输的功能技还使得软件更好地实现分布性功能个业内只要一个人下载了引擎，其它企业内部的人员，就可以共享该资源了技遵守准的应用程序中简单和可伸缩的架构，凡是采用技的页面洁而又丰富，一个页面表现了丰富多彩的形态。AJAX技还使用了一种不同于格的JSON文格式意在哪里呢？在REST软件架构下我们不能对于文进行序列化处理，这样程序员必须要使用自己的ML绑定框架。而以序列化的JavaScript对为基础的JSON已获得了广泛认可，它被认为能以远比XML更好的方式来序列化和传输简单数据结构而且它更简洁。这R是个极大贡献和补充。当前的网络应用软件还违背了的“无状态服务器”约束REST服器只知道自己的状态不关心客户端的状态户端的状态己来管理AJAX技的应用之地。通过技可发挥有状态网络客户机的优势REST的服务器关心的是从所有网络客户端发送到服务器操作的顺序。这样使得互联网这样一个巨大的网络得到有序的管理。REST与Rails框RubyonRails框简Rails或Rails框是个基于Ruby语的越来越流行的网络应用软件开发框架它提供了关于最好的支持是当今应用REST最成功的一个软件开发框架框（从版本1.2.x起成了第一个引入REST作核心