淺談CRM云技術架構_第1頁
淺談CRM云技術架構_第2頁
淺談CRM云技術架構_第3頁
淺談CRM云技術架構_第4頁
淺談CRM云技術架構_第5頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

淺談CRM云技術架構公有云的出現(xiàn)無疑為眾多的企業(yè)用戶在應用選擇方面打了一劑強心劑企業(yè)可以通過公有云服務來省去自身的數(shù)據(jù)中心升級改造工作小企業(yè)可以打消自身信息化成本的壁壘。作為公有云的代表,服被眾多的企業(yè)級用戶所關注,但是,人們對于SaaS的疑問和顧慮制約了的展。用戶之所以產(chǎn)生顧慮,是因為目SaaS并沒有一個自身的標準,由于SaaS是種在線的應用系統(tǒng)服務的提供,所以不同的應用會產(chǎn)生不同的標準。所以從某種意義上說,SaaS也難產(chǎn)生個通用的標準。沒有標準并不等同于不被用戶接受。我們可以從某些常見的應用中以點帶面,看一看SaaS服應該具有什么樣的標準。我們今天以企業(yè)用戶常用的RM系一看標準的CRM應是一個什么樣子。實際上很用戶對于CRM并陌生早2000年時候有一些企業(yè)就已經(jīng)開始嘗試CRM系。在很多人眼中CRM就是一套C/S或B/S的應用系。而當CRM進了,在架構會是一個什么樣子呢?我們以中科軟科技股份有限公司新推出的361CRM為,來看一下CRM的構。系采用分布式架構。采用企業(yè)級的多層次、多應用的系統(tǒng)結構的在CRM平平臺架構從大的層次上來分主要為四層,根據(jù)調用關系依次為應用層、緩沖層、服務層以及存儲層,如下圖所示:應層從瀏覽器發(fā)送過來的請求,直接由應用層來進行直接響應;平臺是多租賃用戶的在線多應用來實現(xiàn)的于每個用戶的具體業(yè)務需求不同此個租賃用戶的應用是相互隔離的應用層的結構卻都是相同上下主要分為業(yè)務展現(xiàn)層、業(yè)務邏輯層、業(yè)務模型層、實體訪問層;業(yè)務展現(xiàn)層主要為用戶數(shù)據(jù)的不同視圖表現(xiàn)用戶呈現(xiàn)各種易于瀏覽于解的各種數(shù)據(jù)表現(xiàn)方式,如表單、表格、報表、圖表等;業(yè)務邏輯層主要是業(yè)務邏輯的具體實現(xiàn)層于用戶動作發(fā)事件以及工作流程等由業(yè)務邏輯層來實現(xiàn)業(yè)務的處理以及響應業(yè)務邏輯層對下層業(yè)務模型的訪問來實現(xiàn)具體的邏輯處理;業(yè)務模型層主要是業(yè)務對象的具體定義與封裝于現(xiàn)實中業(yè)務在平臺中的最直接的映射;實體訪問層是對于業(yè)務邏輯層對于業(yè)務模型操作的封裝,業(yè)務模型的實體狀態(tài)的更新、刪除、查詢等都是通過實體訪問層來實現(xiàn)。緩層緩沖層主要對于靜態(tài)資源以及動態(tài)數(shù)據(jù)的緩存資源主要是指應用層中展現(xiàn)層中所要使用到的靜態(tài)資源文件用戶在業(yè)務操作中產(chǎn)生的文件等片的件等;而動態(tài)數(shù)據(jù)是指用戶在使用平臺的過程中所產(chǎn)生的業(yè)務數(shù)據(jù)實業(yè)務中部分數(shù)據(jù)大部分都是讀操作比較多寫操作比較少此可以針對這部分數(shù)據(jù)根據(jù)特定的緩存失效策略機制來進行相應的緩存;緩沖層的緩存針對應用層是透明的且針對多應用也是透明的此沖層具有更大的彈性與靈活性。服層服務主要是指平臺的核心服務心務分為業(yè)務共通服務以及平臺共通服務臺通服務是指與業(yè)務無關且是平臺最基礎的服務,如任務調度息列、郵件服務、圖片處理工流引擎等而務共通務指基于平臺共通服務對于所有業(yè)務具有共通性的服務,如日志審核、操作回滾、數(shù)據(jù)安全、全文檢索、權限角色等;服務層是對于平臺運營、維護最核心的服務實現(xiàn),是平臺正常運行的基礎。存層存儲主要分為兩部分:分布式文件存儲以及分布式的數(shù)據(jù)存儲;由于是多應用的平臺因此隨著臺的運營會生海量的業(yè)務數(shù)據(jù)以及資源文件因此伴隨著海量的數(shù)據(jù)而來的問題就是存儲、檢索、分析以及統(tǒng)計等問題;針對上述問題,平采用了分布式的存儲系統(tǒng),基于來進行相應的檢索、分析以及統(tǒng)計,實現(xiàn)了對于海量數(shù)據(jù)的統(tǒng)一操作。這種結構能做到真正的分布式網(wǎng)絡計算效降低網(wǎng)絡流量減輕客戶端負擔還能安全方地與互聯(lián)網(wǎng)接口另外司員工或客戶分布或行走于全國各地常有移動辦公需求。架構REST是基于HTTP的此天生就有在互聯(lián)網(wǎng)上穿透防火墻的能力可簡單地為它是輕量級的Web,是它具自己的一些顯著特點:所有的資源通過統(tǒng)一的接口訪(HTTP/HTTPSELETE),且接口比較統(tǒng)一,便于與第三方的集成;因為是基于HTTP/HTTPS的,因此可將資源(響應)分為可緩存的和不可緩存的,以及采用瀏覽器的標準壓縮方式效提升網(wǎng)絡效能可以在客戶和資源之間插入不同的中間組件來提升性能和安全等,如,代理服務,緩存服務,網(wǎng)關服務等;因為是基于HTTP/HTTPS的資源請求因此本次連接和下一次到服務器的連接之間沒有狀態(tài)。由于361CRM平采用了REST架構,因此也就決定了361CRM平天然就具備以下幾方面的優(yōu)勢:由于本無態(tài)的特性平天然就是分布式的,決定后臺通過根據(jù)業(yè)務量而彈性地增加服務器就可以實現(xiàn)平臺計算能力的線性增加;所有的請求都是統(tǒng)一通過API進相應的資源與服務的請求就能夠保證系統(tǒng)提供的服務都是解耦的極的化了系統(tǒng)從而改善了系統(tǒng)的交互性和可重用性同時也能夠根據(jù)業(yè)務進行相應統(tǒng)一且透明的內存緩存客戶端瀏覽器能夠輕松通過實REST資的異步調用理同也可以有效地減少應用服務器地壓力通過提供開放的,夠輕松實現(xiàn)與第三方的集成平服平臺服務層的調用是通過API進行的,由于的點,通過在中加資源路徑以及版本信息,很方便地能夠實現(xiàn)平臺的平滑升級以及數(shù)據(jù)兼容性問題。平臺服務層實現(xiàn)的都是共通的服務之是獨立的是件式的方式來實現(xiàn)的,平臺選用了面向分布式計算的Erlang語言來實現(xiàn)的保了這些插件式的服務能夠熱拔插地部署,實現(xiàn)真正地不宕機地部署與更新。平臺服務層的插件式架構定平臺的無限擴展能力夠據(jù)不斷變化地用戶需求而進行平臺的不斷地在線迭代與更新用戶的需求形成一個良性的循環(huán)置制平臺通過服務器的定義開發(fā),實現(xiàn)了企業(yè)用戶應用的透明隔離,因此平臺具有面向不同企業(yè)用戶根據(jù)不同需求進行個性化定制的能力同的企業(yè)用戶般要有幾方面的自定義需求:業(yè)務對象、工作流程、報表、布局等,平臺的平臺框架就決定著能夠很好地滿足用戶的自定義需求,主要分為以下幾個方面:由于用戶使用的是文檔數(shù)據(jù)庫著松散的數(shù)據(jù)結構因用戶根據(jù)需求而以隨意自定義自己的業(yè)務對象;平后臺的平臺服務層,有相應的實時的工作流引擎,提供給用戶強大的自義工作流程功能;平有業(yè)內是豐富的報表模板,用戶只需要根據(jù)自己的需要來選擇即可,針一些自定義的動態(tài)數(shù)據(jù),還提供模板的再定義功能,能夠很好地滿足用戶的報表需求;由于平臺是應用隔離的,因此針對著頁面的布局,可以很容易地實現(xiàn)個性化地定制;平的配置功能的強大,并不以損失平臺應用的易用性為基礎平在操作上采用引導式操作供方便易用的在線幫助地降低了系統(tǒng)使用的復雜度,使系統(tǒng)更加地人性化、簡易化。實即平的平臺服務層與通常的應用服務不同,它是實時運行的服務,平臺服務有相應的任務調度機制郵服消息隊列以及實時的工作流引擎等些服務都是實時運行的此企業(yè)用戶的業(yè)務象或者業(yè)務流程發(fā)生變化時過些平臺服務就可以把即時的狀態(tài)消息過郵件、短信或者其它的IM工)推給用戶,讓用戶真正了解到業(yè)務的即時與實時的狀態(tài)信息。而通常的應用服務是靜態(tài)的只當用戶登錄時才會進行相應的業(yè)務狀態(tài)的檢查這樣就嚴重影響了業(yè)務處理的速度,對于即時性業(yè)務,就會帶來很大的損失。多負平臺是一個多租賃用戶的在線SaaS系,因此會給平臺帶來大量的高并發(fā)的請求,平是一個多層次的結構,而且采用了REST架REST天就是分布式,因此通過物理部署就可以實現(xiàn)高并發(fā)帶的負載均衡。四層負載在鏈路層解決來自互聯(lián)網(wǎng)的并發(fā)請求壓力,使用LVS+Heartbeat的從雙備的架構,保證不會出現(xiàn)單點故障;Web應的大部分壓力都來自于資源的請求,如圖片,靜態(tài)文件,樣式表等文件的請求服器壓力的都來自于這些資源的請求因此對這些靜態(tài)資源的請求通過靜態(tài)資源緩沖層就能夠很好解決這些請求對于后臺造成的壓力;經(jīng)過實測一時間穩(wěn)定運之后資源緩沖層能夠命中前臺請求的80%上,有效地緩解了應用服務器的壓力;七層負載層主要是做業(yè)務及源的請求分流負載均衡到多臺文件服務器以及應用服務器上;文件服務器與應用服務器是分布式的Map-Reduce進任務的拆分與結果的合并,充分利用多臺服務器的并行計算能力,提升整體平臺的運行性能;文件緩存采用多級緩存策略決命中率高的文件的頻繁請求數(shù)緩存則通過業(yè)務標簽以及時效性策略進行數(shù)據(jù)的緩存且進行緩存的增量更新效解決了對于后臺的數(shù)據(jù)讀寫壓力;分布式的存儲系統(tǒng)有效地解決了海量數(shù)據(jù)的存儲、檢索、分析以及統(tǒng)計等問題。可見,當傳統(tǒng)的系轉換為SaaS服后,其架構方面是發(fā)生了不少的變動的,也只有這樣的變動,才使得能在SaaS平上更好的為客戶所服務。附:什么是REST架REST軟件架構是當今世界上最成功的互聯(lián)網(wǎng)的超媒體分布式系統(tǒng)。它讓人們真正理解我們的網(wǎng)絡協(xié)議本面貌。它正在成網(wǎng)絡服務的主流技術,同時也正在改變互聯(lián)網(wǎng)的網(wǎng)絡軟件開發(fā)的全新思維方式AJAX技和Rails框把REST軟件架構思想真正地在實際中很好表現(xiàn)出來。今天微軟也已經(jīng)應用并提出把我們現(xiàn)有的網(wǎng)絡變成為一個語義網(wǎng),這種網(wǎng)絡將會使得搜索更加智能化。REST與HTTP協(xié)REST軟件架構是由RoyFielding博在2000年次提出的。他為我們描繪了開發(fā)基于互聯(lián)網(wǎng)的網(wǎng)絡軟件的藍圖REST軟架構是一個抽象的概念,是一種為了實現(xiàn)這一互聯(lián)網(wǎng)的超媒體分布式系統(tǒng)的行動指南用何的技術都可以實現(xiàn)這種理念實這一軟件架構最著名的就是HTTP協(xié)。通常我們把REST也作為REST/HTTP在實際中往往把REST理為基于HTTP的REST軟件架構更進一步把REST和看為等同的概念。今天HTTP是互聯(lián)網(wǎng)上應用最廣泛的計算機協(xié)議HTTP不一個簡單的運載數(shù)據(jù)的協(xié)議一具有豐富內涵的網(wǎng)絡軟件的協(xié)議僅能夠對于互聯(lián)網(wǎng)資源進行唯一定位,而且還能告訴我們對于該資源進行怎樣運作是REST軟件架構當中最重要的兩個理念。而軟架構理念是真正理解HTTP協(xié)議而形成的。有了REST軟架構理念出現(xiàn),才使得軟件業(yè)避免了對HTTP協(xié)的片面理解。只有正確的論指導,才能避免在軟件開發(fā)的實際工作過程中少走彎路。REST與(資源定位)REST軟件架構之所以是一個超媒體系統(tǒng),是因為它可以把網(wǎng)絡上所有資源進行唯一的定位,不管你的文件是圖片、文件Word還視頻文件,也不管你的文件是txt文格式、xml文格式還是其它文本文件格式。它利用支持HTTP的TCP/IP協(xié)來確定互聯(lián)網(wǎng)上的資源。REST與原REST軟件架構遵循了CRUD原該則告訴我們對于資包括網(wǎng)絡資源只需要四種行為:創(chuàng)建(Create取Read新)銷毀()可以完成對其操作和處理了。其實世界萬物都是遵循這一規(guī)律:生、變、見、滅。所以計算機世界也不例外個原則是源自于我們對于據(jù)庫表的數(shù)據(jù)操作((見變)和(以時候CRUD也作為,其中的I就insert。四個操作是一種原子操作即種無法再分的操通過它們可以構造復雜的操作過程正如數(shù)學上四則運算是數(shù)字的最基本的運算一樣。REST與網(wǎng)絡服務盡管在語世界中網(wǎng)絡服務目前是以技為主,但是將是是網(wǎng)絡服務的另一選擇,并且是真正意義上的網(wǎng)絡服務?;谒嫉木W(wǎng)絡服務不久的將來也會成為是網(wǎng)絡服務的主流技術不僅把HTTP作自的數(shù)據(jù)運輸協(xié)議且也作為直接進行數(shù)據(jù)處理的工具當?shù)慕j服務技術都需要使用其它手段來完成數(shù)據(jù)處理工作們完全獨立于協(xié)來進行的這增了大量的復雜軟件架構設計工作的想充分利用了現(xiàn)有的HTTP技的網(wǎng)絡能力。在德國電視上曾經(jīng)出現(xiàn)過一個這樣的五十萬歐元智力題:如何實現(xiàn)網(wǎng)絡服務才能充分利用現(xiàn)有的HTTP協(xié)?該問題給出了四個答案:去問微軟WSDL2.0/SOAP1.2根本沒這個問題告訴我們HTTP并不是一個簡單的據(jù)傳傳去的協(xié),而是一個聰明的會表現(xiàn)自己的議,也許是RESTRepresentationalState的正含義。實際上目前很多大公司已經(jīng)采用了REST技作為網(wǎng)絡服務,如GoogleAmazon等。在Java語中重要的兩以技開始的網(wǎng)絡服務框架和Axis也把REST作自己的另一種選擇它的新的項目別是Apache和Axis2Java言也制定關于REST網(wǎng)絡服務規(guī)范JAX-RS:APIforRESTfulWebServices(JSR311)。信還會出現(xiàn)更多與相關的激動人心的信息。REST與AJAX技術盡管AJAX技的出現(xiàn)才不到兩年時間,但是技遵循了REST的一些重要原則。AJAX技術充分利用了HTTP來取網(wǎng)絡資源并且實現(xiàn)了HTTP沒有的對于異步數(shù)據(jù)進行傳輸?shù)墓δ芗歼€使得軟件更好地實現(xiàn)分布性功能個業(yè)內只要一個人下載了引擎,其它企業(yè)內部的人員,就可以共享該資源了技遵守準的應用程序中簡單和可伸縮的架構,凡是采用技的頁面潔而又豐富,一個頁面表現(xiàn)了豐富多彩的形態(tài)。AJAX技還使用了一種不同于格的JSON文格式意在哪里呢?在REST軟件架構下我們不能對于文進行序列化處理,這樣程序員必須要使用自己的ML綁定框架。而以序列化的JavaScript對為基礎的JSON已獲得了廣泛認可,它被認為能以遠比XML更好的方式來序列化和傳輸簡單數(shù)據(jù)結構而且它更簡潔。這R是個極大貢獻和補充。當前的網(wǎng)絡應用軟件還違背了的“無狀態(tài)服務器”約束REST服器只知道自己的狀態(tài)不關心客戶端的狀態(tài)戶端的狀態(tài)己來管理AJAX技的應用之地。通過技可發(fā)揮有狀態(tài)網(wǎng)絡客戶機的優(yōu)勢REST的服務器關心的是從所有網(wǎng)絡客戶端發(fā)送到服務器操作的順序。這樣使得互聯(lián)網(wǎng)這樣一個巨大的網(wǎng)絡得到有序的管理。REST與Rails框RubyonRails框簡Rails或Rails框是個基于Ruby語的越來越流行的網(wǎng)絡應用軟件開發(fā)框架它提供了關于最好的支持是當今應用REST最成功的一個軟件開發(fā)框架框(從版本1.2.x起成了第一個引入REST作核心

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論