淺談CRM云技術(shù)架構(gòu)

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