具有消息緩存功能的基于orm框架的電商平臺(tái)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)領(lǐng)域，具體地，涉及一種具有消息緩存功能的基于ORM框架的電商平臺(tái)。
【背景技術(shù)】
[0002]“互聯(lián)網(wǎng)+”行動(dòng)計(jì)劃，推動(dòng)移動(dòng)互聯(lián)網(wǎng)、云計(jì)算、大數(shù)據(jù)、物聯(lián)網(wǎng)等與現(xiàn)代制造業(yè)結(jié)合，促進(jìn)電子商務(wù)、工業(yè)互聯(lián)網(wǎng)和互聯(lián)網(wǎng)金融健康發(fā)展，引導(dǎo)互聯(lián)網(wǎng)企業(yè)拓展國(guó)際市場(chǎng)。國(guó)家已設(shè)立400億元新興產(chǎn)業(yè)創(chuàng)業(yè)投資引導(dǎo)基金，要整合籌措更多資金，為產(chǎn)業(yè)創(chuàng)新加油助力。
[0003]此外，國(guó)家電子商務(wù)戰(zhàn)略導(dǎo)向?yàn)殡娮由虅?wù)發(fā)展?fàn)I造了有利發(fā)展環(huán)境。《2006—2020年國(guó)家信息化發(fā)展戰(zhàn)略》和《國(guó)務(wù)院辦公廳關(guān)于加快發(fā)展服務(wù)業(yè)的若干意見(jiàn)》等政策文件的相繼出臺(tái)，確立了電子商務(wù)的戰(zhàn)略地位，明確了電子商務(wù)發(fā)展方向和重點(diǎn)。
[0004]在目前中國(guó)電子商務(wù)發(fā)展情況下，一線城市的電商已經(jīng)發(fā)展的如火如荼；以C2C為代表的淘寶，以B2C為代表的天貓、京東和唯品會(huì)，以020為代表的蘇寧易購(gòu)，在這幾年的電商環(huán)境中迅猛發(fā)展，其中最具代表性的一一天貓商城在2014年雙11當(dāng)天營(yíng)業(yè)額達(dá)570億，中國(guó)消費(fèi)者使用互聯(lián)網(wǎng)進(jìn)行網(wǎng)購(gòu)的習(xí)慣已經(jīng)形成?，F(xiàn)有的電商平臺(tái)因處理的數(shù)據(jù)量比較龐大，因此不同功能服務(wù)器組是相互獨(dú)立的，但不同功能服務(wù)器的繁忙時(shí)間段不同，比如客戶端服務(wù)器在大規(guī)?？蛻粼L問(wèn)時(shí)，異常繁忙，但此時(shí)別的服務(wù)器不一定就繁忙，如采購(gòu)管理服務(wù)器可能出現(xiàn)空閑狀態(tài)下，因此存在各個(gè)服務(wù)器運(yùn)行不均衡的問(wèn)題。

【發(fā)明內(nèi)容】

[0005]本發(fā)明的目的在于，針對(duì)上述問(wèn)題，提出一種具有消息緩存功能的基于ORM框架的電商平臺(tái)，以實(shí)現(xiàn)電商平臺(tái)各個(gè)服務(wù)器均衡運(yùn)行優(yōu)點(diǎn)。
[0006]為實(shí)現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案是:
一種具有消息緩存功能的基于ORM框架的電商平臺(tái)包括
采購(gòu)管理服務(wù)器:負(fù)責(zé)登記采購(gòu)商信息、采購(gòu)物品的數(shù)量、價(jià)格和采購(gòu)日期，并按照采購(gòu)商對(duì)采購(gòu)數(shù)據(jù)進(jìn)行分類管理；
開(kāi)發(fā)管理服務(wù)器:面向開(kāi)發(fā)者，對(duì)電商平臺(tái)的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開(kāi)發(fā)和系統(tǒng)架構(gòu)進(jìn)行開(kāi)發(fā)管理；
客戶端服務(wù)器:接收客戶注冊(cè)，客戶按照注冊(cè)信息登錄后，按照客戶的搜索內(nèi)容將相關(guān)產(chǎn)品信息通過(guò)客戶端展現(xiàn)給客戶；
分布式事務(wù)協(xié)調(diào)服務(wù)器:建立服務(wù)器狀態(tài)列表，所述服務(wù)器狀態(tài)列表對(duì)上述采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器的運(yùn)行狀態(tài)進(jìn)行采集，并將采集的運(yùn)行狀態(tài)上傳至中央處理服務(wù)器；
中央處理服務(wù)器:根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器上傳的運(yùn)行狀態(tài)，動(dòng)態(tài)分配采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器的功能； 采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器之間傳遞消息時(shí)，在發(fā)送方服務(wù)器上建立一個(gè)消息隊(duì)列表，每次發(fā)送方服務(wù)器發(fā)送消息時(shí)，都訪問(wèn)該消息隊(duì)列表保證消息按照時(shí)間的先后順序進(jìn)行處理；
所述開(kāi)發(fā)管理服務(wù)器基于ORM框架構(gòu)建，即將電商平臺(tái)的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開(kāi)發(fā)和系統(tǒng)架構(gòu)進(jìn)行分層，ORM框架通過(guò)實(shí)體化數(shù)據(jù)庫(kù)對(duì)象實(shí)現(xiàn)了對(duì)數(shù)據(jù)庫(kù)的透明訪問(wèn)，開(kāi)發(fā)人員無(wú)需理解實(shí)際使用的是哪種數(shù)據(jù)庫(kù)，通過(guò)LINQ開(kāi)發(fā)人員可集中在業(yè)務(wù)層面對(duì)電商平臺(tái)進(jìn)行業(yè)務(wù)邏輯的開(kāi)發(fā)。
[0007]本發(fā)明的技術(shù)方案具有以下有益效果:
本發(fā)明的技術(shù)方案，通過(guò)設(shè)置分布式事務(wù)協(xié)調(diào)服務(wù)器，并根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器采集的各個(gè)服務(wù)器的運(yùn)行狀態(tài)，中央處理服務(wù)器通過(guò)各個(gè)服務(wù)器的運(yùn)行狀態(tài)動(dòng)態(tài)分配各個(gè)服務(wù)器的功能，實(shí)現(xiàn)了電商平臺(tái)各個(gè)服務(wù)器均衡運(yùn)行的目的。
【具體實(shí)施方式】
[0008]一種具有消息緩存功能的基于ORM框架的電商平臺(tái)包括
采購(gòu)管理服務(wù)器:負(fù)責(zé)登記采購(gòu)商信息、采購(gòu)物品的數(shù)量、價(jià)格和采購(gòu)日期，并按照采購(gòu)商對(duì)采購(gòu)數(shù)據(jù)進(jìn)行分類管理；
開(kāi)發(fā)管理服務(wù)器:面向開(kāi)發(fā)者，對(duì)電商平臺(tái)的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開(kāi)發(fā)和系統(tǒng)架構(gòu)進(jìn)行開(kāi)發(fā)管理；
客戶端服務(wù)器:接收客戶注冊(cè)，客戶按照注冊(cè)信息登錄后，按照客戶的搜索內(nèi)容將相關(guān)產(chǎn)品信息通過(guò)客戶端展現(xiàn)給客戶；
分布式事務(wù)協(xié)調(diào)服務(wù)器:建立服務(wù)器狀態(tài)列表，所述服務(wù)器狀態(tài)列表對(duì)上述采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器的運(yùn)行狀態(tài)進(jìn)行采集，并將采集的運(yùn)行狀態(tài)上傳至中央處理服務(wù)器；
中央處理服務(wù)器:根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器上傳的運(yùn)行狀態(tài)，動(dòng)態(tài)分配采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器的功能。
[0009]即根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器采集的服務(wù)器狀態(tài)列表，顯示開(kāi)發(fā)管理服務(wù)器處理空閑狀態(tài)，而客戶端服務(wù)器處于超負(fù)荷運(yùn)行狀態(tài)，則將客戶端服務(wù)器的部分?jǐn)?shù)據(jù)分配給處于空閑狀態(tài)下的開(kāi)發(fā)管理服務(wù)器去處理；
采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器之間傳遞消息時(shí)，在發(fā)送方服務(wù)器上建立一個(gè)消息隊(duì)列表，每次發(fā)送方服務(wù)器發(fā)送消息時(shí)，都訪問(wèn)該消息隊(duì)列表保證消息按照時(shí)間的先后順序進(jìn)行處理。
[0010]開(kāi)發(fā)管理服務(wù)器基于ORM框架構(gòu)建，即將電商平臺(tái)的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開(kāi)發(fā)和系統(tǒng)架構(gòu)進(jìn)行分層，ORM框架通過(guò)實(shí)體化數(shù)據(jù)庫(kù)對(duì)象實(shí)現(xiàn)了對(duì)數(shù)據(jù)庫(kù)的透明訪問(wèn)，開(kāi)發(fā)人員無(wú)需理解實(shí)際使用的是哪種數(shù)據(jù)庫(kù)，通過(guò)LINQ開(kāi)發(fā)人員可集中在業(yè)務(wù)層面對(duì)電商平臺(tái)進(jìn)行業(yè)務(wù)邏輯的開(kāi)發(fā)。
[0011]對(duì)象關(guān)系映射(Object/Relat1n Mapping)提供了概念性的、易于理解的模型化數(shù)據(jù)的方法。ORM方法論基于三個(gè)核心原則:簡(jiǎn)單一一以最基本的形式建模數(shù)據(jù)。傳達(dá)性一一數(shù)據(jù)庫(kù)結(jié)構(gòu)被任何人都能理解的語(yǔ)言文檔化。精確性一一基于數(shù)據(jù)模型創(chuàng)建正確標(biāo)準(zhǔn)化了的結(jié)構(gòu)。典型地，建模者通過(guò)收集來(lái)自那些熟悉應(yīng)用程序但不熟練的數(shù)據(jù)建模者的人的信息開(kāi)發(fā)信息模型。建模者必須能夠用非技術(shù)企業(yè)專家可以理解的術(shù)語(yǔ)在概念層次上與數(shù)據(jù)結(jié)構(gòu)進(jìn)行通訊。建模者也必須能以簡(jiǎn)單的單元分析信息，對(duì)樣本數(shù)據(jù)進(jìn)行處理。
[0012]隨著企業(yè)規(guī)模的擴(kuò)大，管理信息也快速膨脹，一臺(tái)服務(wù)器早已不能滿足業(yè)務(wù)的需要，本發(fā)明技術(shù)方案將服務(wù)器按照功能塊和業(yè)務(wù)范疇的不同進(jìn)行縱向或橫向的劃分，由多臺(tái)服務(wù)器共同協(xié)作完成。舉例來(lái)說(shuō)，供應(yīng)鏈上的采購(gòu)管理和開(kāi)發(fā)管理的功能在發(fā)展初期都存放在同一服務(wù)器上，但數(shù)據(jù)規(guī)模上來(lái)之后，需要將采購(gòu)管理功能獨(dú)立出來(lái)，這就是按功能塊的縱向劃分。如果有多個(gè)的采購(gòu)管理部門(mén)，那么又需要按照各部門(mén)的業(yè)務(wù)范圍不同，將采購(gòu)管理功能按地區(qū)或者按照業(yè)務(wù)范圍劃分成相應(yīng)的功能模塊，這就是業(yè)務(wù)范疇的橫向劃分。采用分布式的系統(tǒng)管理架構(gòu)，能夠滿足業(yè)務(wù)的快速擴(kuò)張和性能要求。
[0013]平臺(tái)在設(shè)計(jì)之初考慮未來(lái)的發(fā)展趨勢(shì)，按照分布式系統(tǒng)的思想進(jìn)行了整體規(guī)劃，將供應(yīng)鏈各環(huán)節(jié)的功能按照不同的業(yè)務(wù)范疇和不同的管理需求進(jìn)行了劃分，形成高度靈活的分布式系統(tǒng)架構(gòu)。
[0014]采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器內(nèi)分別設(shè)置資源管理器，分布式事務(wù)協(xié)調(diào)服務(wù)器內(nèi)設(shè)置事務(wù)協(xié)調(diào)器，
事務(wù)協(xié)調(diào)器將聯(lián)絡(luò)運(yùn)行的每個(gè)資源管理器，并通知資源管理器準(zhǔn)備提交每個(gè)服務(wù)器的進(jìn)程，事務(wù)協(xié)調(diào)器根據(jù)資源管理器提交的進(jìn)程，判斷相應(yīng)的服務(wù)器的繁忙程度，從而建立服務(wù)器狀態(tài)列表。
[0015]最后應(yīng)說(shuō)明的是:以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.一種具有消息緩存功能的基于ORM框架的電商平臺(tái)，其特征在于，包括采購(gòu)管理服務(wù)器:負(fù)責(zé)登記采購(gòu)商信息、采購(gòu)物品的數(shù)量、價(jià)格和采購(gòu)日期，并按照采購(gòu)商對(duì)采購(gòu)數(shù)據(jù)進(jìn)行分類管理； 開(kāi)發(fā)管理服務(wù)器:面向開(kāi)發(fā)者，對(duì)電商平臺(tái)的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開(kāi)發(fā)和系統(tǒng)架構(gòu)進(jìn)行開(kāi)發(fā)管理； 客戶端服務(wù)器:接收客戶注冊(cè)，客戶按照注冊(cè)信息登錄后，按照客戶的搜索內(nèi)容將相關(guān)產(chǎn)品信息通過(guò)客戶端展現(xiàn)給客戶； 分布式事務(wù)協(xié)調(diào)服務(wù)器:建立服務(wù)器狀態(tài)列表，所述服務(wù)器狀態(tài)列表對(duì)上述采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器的運(yùn)行狀態(tài)進(jìn)行采集，并將采集的運(yùn)行狀態(tài)上傳至中央處理服務(wù)器； 中央處理服務(wù)器:根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器上傳的運(yùn)行狀態(tài)，動(dòng)態(tài)分配采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器的功能； 采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器之間傳遞消息時(shí)，在發(fā)送方服務(wù)器上建立一個(gè)消息隊(duì)列表，每次發(fā)送方服務(wù)器發(fā)送消息時(shí)，都訪問(wèn)該消息隊(duì)列表保證消息按照時(shí)間的先后順序進(jìn)行處理； 所述開(kāi)發(fā)管理服務(wù)器基于ORM框架構(gòu)建，即將電商平臺(tái)的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開(kāi)發(fā)和系統(tǒng)架構(gòu)進(jìn)行分層，ORM框架通過(guò)實(shí)體化數(shù)據(jù)庫(kù)對(duì)象實(shí)現(xiàn)了對(duì)數(shù)據(jù)庫(kù)的透明訪問(wèn)，開(kāi)發(fā)人員無(wú)需理解實(shí)際使用的是哪種數(shù)據(jù)庫(kù)，通過(guò)LINQ開(kāi)發(fā)人員可集中在業(yè)務(wù)層面對(duì)電商平臺(tái)進(jìn)行業(yè)務(wù)邏輯的開(kāi)發(fā)。
【專利摘要】本發(fā)明公開(kāi)了一種具有消息緩存功能的基于ORM框架的電商平臺(tái)，包括采購(gòu)管理服務(wù)器：對(duì)采購(gòu)數(shù)據(jù)進(jìn)行分類管理；開(kāi)發(fā)管理服務(wù)器：對(duì)電商平臺(tái)進(jìn)行開(kāi)發(fā)管理；客戶端服務(wù)器：按照客戶的搜索內(nèi)容將相關(guān)產(chǎn)品信息通過(guò)客戶端展現(xiàn)給客戶；分布式事務(wù)協(xié)調(diào)服務(wù)器：建立服務(wù)器狀態(tài)列表；中央處理服務(wù)器：根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器上傳的運(yùn)行狀態(tài)，動(dòng)態(tài)分配采購(gòu)管理服務(wù)器、開(kāi)發(fā)管理服務(wù)器和客戶端服務(wù)器的功能，在發(fā)送方服務(wù)器上建立一個(gè)消息隊(duì)列表，每次發(fā)送消息都訪問(wèn)該消息隊(duì)列表保證消息按照時(shí)間的先后順序進(jìn)行處理，所述開(kāi)發(fā)管理服務(wù)器基于ORM框架構(gòu)建。實(shí)現(xiàn)了電商平臺(tái)各個(gè)服務(wù)器均衡運(yùn)行的目的。
【IPC分類】G06F9/50, G06Q30/00
【公開(kāi)號(hào)】CN104933576
【申請(qǐng)?zhí)枴緾N201510311076
【發(fā)明人】李明亮, 邱穎
【申請(qǐng)人】廣西家之寶網(wǎng)絡(luò)科技有限公司
【公開(kāi)日】2015年9月23日
【申請(qǐng)日】2015年6月9日