基于云服務(wù)平臺對接的線程自動優(yōu)化調(diào)度方法
【專利摘要】本發(fā)明公開了一種基于云服務(wù)平臺對接的線程自動優(yōu)化調(diào)度方法，具體通過前臺定時對其存貨信息進(jìn)行更新，采取先到先服務(wù)和Least?Recently?Used原則，動態(tài)更新B2C平臺的存貨數(shù)量，保持前端與后臺數(shù)據(jù)一致，在訂單突發(fā)增加的情況下，可以對后臺數(shù)據(jù)庫進(jìn)行負(fù)載均衡且縮減了數(shù)據(jù)量，加快了處理速度。本發(fā)明的方法可以實(shí)現(xiàn)對于網(wǎng)上B2B交易平臺，前臺需要同時面對多個商場或B2C交易平臺的交易請求，后臺數(shù)據(jù)庫為保持?jǐn)?shù)據(jù)的一致性，同一時刻只能有一個請求操作數(shù)據(jù)庫，對庫存進(jìn)行增加減少操作。
【專利說明】基于云服務(wù)平臺對接的線程自動優(yōu)化調(diào)度方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于電子信息【技術(shù)領(lǐng)域】，涉及電子商務(wù)中的大數(shù)據(jù)和云計(jì)算應(yīng)用，具體涉及一種基于云服務(wù)平臺對接的線程自動優(yōu)化調(diào)度方法。
【背景技術(shù)】
[0002]在常見的購物網(wǎng)站中，為節(jié)約成本，某些網(wǎng)站店鋪或網(wǎng)站整體自身并不進(jìn)行倉庫以及后臺數(shù)據(jù)維護(hù)，僅僅對其前臺進(jìn)行設(shè)計(jì)實(shí)現(xiàn)，而將后臺維護(hù)(包括但不限于訂單增加、數(shù)據(jù)庫存貨管理、物流管理)交付B2B專業(yè)平臺進(jìn)行處理(具體如圖1所示)，這就對B2B平臺的處理效率提出了較高要求。
[0003]現(xiàn)有的解決方案大多面向B2C和C2C應(yīng)用，無法處理B2B環(huán)境下數(shù)據(jù)大量且集中的請求，也無法對大量的前臺進(jìn)行數(shù)據(jù)更新。由于前臺B2C交易平臺無法操作后臺數(shù)據(jù)，因此可能會存在前后臺數(shù)據(jù)不一致的情況，導(dǎo)致用戶的訂單有比較大的幾率被拒絕。當(dāng)前臺請求過多時，后臺無法及時處理，造成請求積壓，以致平臺性能大幅下降。

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

[0004]為解決現(xiàn)有技術(shù)存在的上述問題，本發(fā)明提出了一種基于云服務(wù)平臺對接的線程自動優(yōu)化調(diào)度方法。
[0005]本發(fā)明所采用的具體技術(shù)方案為:一種基于云服務(wù)平臺對接的線程自動優(yōu)化調(diào)度方法，包括如下步驟:
[0006]S1.依據(jù)貨品關(guān)聯(lián)性對后臺數(shù)據(jù)庫進(jìn)行拆分，將關(guān)聯(lián)性大于預(yù)先設(shè)定閾值的貨物放在同一個數(shù)據(jù)庫進(jìn)行管理；
[0007]S2.前臺定時對其存貨信息進(jìn)行更新，采取先到先服務(wù)(FIFS (First Come FirstService))和Least Recently Used原則，即先發(fā)的請求先響應(yīng)處理,但隊(duì)列中若有大于預(yù)先設(shè)定時間的未處理的其他請求(若有比隊(duì)首任務(wù)更長時間未被處理的任務(wù))則優(yōu)先進(jìn)行處理，使得每個前臺網(wǎng)站均有盡可能新的存貨信息；
[0008]S3.在進(jìn)行訂單接收時，如果后臺出現(xiàn)數(shù)據(jù)積壓，那么前臺開始訂單合并，將同一商品的請求合并為一條，減少后臺工作量；
[0009]S4.在進(jìn)行數(shù)據(jù)庫更新時，如果操作無法完成，即訂單需求數(shù)大于存貨數(shù)量，則進(jìn)行回滾，并通知前臺該操作無法完成。
[0010]本發(fā)明的有益效果:本發(fā)明的方法通過前臺定時對其存貨信息進(jìn)行更新，采取先到先服務(wù)(FIFS (First Come First Service))和 Least Recently Used 原則，可以動態(tài)更新B2C平臺的存貨數(shù)量，保持前端與后臺數(shù)據(jù)一致，在訂單突發(fā)增加的情況下，可以對后臺數(shù)據(jù)庫進(jìn)行負(fù)載均衡且縮減了數(shù)據(jù)量，加快了處理速度。本發(fā)明的方法可以實(shí)現(xiàn)對于網(wǎng)上B2B交易平臺，前臺需要同時面對多個商場或B2C交易平臺的交易請求，后臺數(shù)據(jù)庫為保持?jǐn)?shù)據(jù)的一致性，同一時刻只能有一個請求操作數(shù)據(jù)庫，對庫存進(jìn)行增加減少操作?！緦＠綀D】

【附圖說明】
[0011]圖1為現(xiàn)有的B2B專業(yè)平臺處理流程示意圖。
[0012]圖2為本發(fā)明的方法處理流程示意圖。
【具體實(shí)施方式】
[0013]下面結(jié)合附圖對本發(fā)明的實(shí)施例做進(jìn)一步的說明。
[0014]本實(shí)施例提供的基于云服務(wù)平臺對接的線程自動優(yōu)化調(diào)度方法，流程示意圖如圖2所示，包括如下步驟:
[0015]S1.依據(jù)貨品關(guān)聯(lián)性對后臺數(shù)據(jù)庫進(jìn)行拆分，將關(guān)聯(lián)性大于預(yù)先設(shè)定閾值的貨物放在同一個數(shù)據(jù)庫進(jìn)行管理，由于訂單操作而進(jìn)行數(shù)據(jù)庫數(shù)據(jù)更新時，可以將負(fù)載分?jǐn)偟讲煌姆?wù)器；
[0016]S2.前臺定時對其存貨信息進(jìn)行更新，采取先到先服務(wù)(FIFS (First Come FirstService))和Least Recently Used原則，即先發(fā)的請求先響應(yīng)處理,但隊(duì)列中若有大于預(yù)先設(shè)定時間的未處理的其他請求則優(yōu)先進(jìn)行處理，使得每個前臺網(wǎng)站均有盡可能新的存貨
信息；
[0017]S3.在進(jìn)行訂單接收時，如果后臺出現(xiàn)數(shù)據(jù)積壓，那么前臺開始訂單合并，將同一商品的請求合并為一條，減少后臺工作量；
[0018]S4.在進(jìn)行數(shù)據(jù)庫更新時，如果操作無法完成，即訂單需求數(shù)大于存貨數(shù)量，則進(jìn)行回滾，并通知前臺該操作無法完成。
[0019]下面結(jié)合一實(shí)施例具體說明，具體場景如下:
[0020]1.后臺數(shù)據(jù)庫分為η個，每個負(fù)責(zé)大約為(I/η)的數(shù)據(jù)處理；
[0021]2.商品定為Ι-m的m個數(shù)；
[0022]3.前臺B2C平臺共有a個；
[0023]4.每個B2C平臺有b[i]個(第i個平臺)產(chǎn)品
[0024]數(shù)據(jù)更新:更新數(shù)據(jù)時，每個平臺都會定時向數(shù)據(jù)庫詢問更新，每條記錄更新時間平均為t秒，則第i個平臺一次更新時間為:t*b[i]秒，對每個數(shù)據(jù)庫的壓力約為t*b[i]/η秒，該壓力不能被分片。
[0025]由于更新間隔由前臺平臺控制，不受Β2Β平臺控制，因此要考慮更新排序問題，若短時間內(nèi)平臺請求到達(dá)順序?yàn)?數(shù)字為前端平臺編號):
[0026]1234156278219
[0027]根據(jù)FIFS和LRU原則，每次響應(yīng)最久沒響應(yīng)的，且先到先響應(yīng)，同一個前臺積壓請求過多時進(jìn)行拒絕服務(wù)，對前臺的響應(yīng)順序?yàn)?不考慮處理過程中新加入隊(duì)列的請求):
[0028]1234567891212
[0029]每次響應(yīng)更新處理時，前端網(wǎng)關(guān)服務(wù)器進(jìn)行查詢隊(duì)列管理、任務(wù)分發(fā)以及查詢后的數(shù)據(jù)打包任務(wù)。后臺數(shù)據(jù)庫有可能在同一時間對不同的前臺平臺提供服務(wù)(網(wǎng)關(guān)服務(wù)器任務(wù)拆分時考慮后臺負(fù)載，但會一次分發(fā)多個請求)。
[0030]訂單處理:每種產(chǎn)品以相同概率加入訂單，每個訂單有平均d個產(chǎn)品，每單加入時間平均為e，時間f內(nèi)單數(shù)為f/e，f時間內(nèi)產(chǎn)品數(shù)為df/e，由于訂單合并，該數(shù)量可以降為pdf/e, P為縮減比例，該比例與數(shù)據(jù)量、時間長度等有關(guān)。[0031]時間f內(nèi)對每個數(shù)據(jù)庫的平均壓力為pdft/en秒，該f越大，p越小，平臺處理效率越高，但產(chǎn)生數(shù)據(jù)庫沖突的可能性也會增加(訂單和大于存貨量)。
[0032]訂單壓縮大致如下，假設(shè)訂單商品順序如下(字母為商品):
[0033]gsgfgdsgdsgfsdfnsiudxbiubydcubfdncefdivbuy
[0034]可以壓縮為:g5s5f5d7nli3u4xlb4y2c2nlelvl
[0035]42條數(shù)據(jù)庫操作可以縮減為14條，分擔(dān)到η個后臺數(shù)據(jù)庫后，效率可以提升η/ρ倍(不考慮網(wǎng)關(guān)服務(wù)器負(fù)載)。
[0036]數(shù)據(jù)回滾:發(fā)生數(shù)據(jù)庫庫存不夠時，進(jìn)行數(shù)據(jù)回滾，回滾時要將合并的訂單拆分，影響到的同一訂單的其他商品一并回滾，然后根據(jù)數(shù)據(jù)庫庫存進(jìn)行規(guī)劃，無法規(guī)劃的訂單返回失敗。
【權(quán)利要求】
1.一種基于云服務(wù)平臺對接的線程自動優(yōu)化調(diào)度方法，包括如下步驟: S1.依據(jù)貨品關(guān)聯(lián)性對后臺數(shù)據(jù)庫進(jìn)行拆分，將關(guān)聯(lián)性大于預(yù)先設(shè)定閾值的貨物放在同一個數(shù)據(jù)庫進(jìn)行管理； S2.前臺定時對其存貨信息進(jìn)行更新，采取先到先服務(wù)(FIFS(FirstCome FirstService))和Least Recently Used原則，即先發(fā)的請求先響應(yīng)處理,但隊(duì)列中若有大于預(yù)先設(shè)定時間的未處理的其他請求(若有比隊(duì)首任務(wù)更長時間未被處理的任務(wù))則優(yōu)先進(jìn)行處理，使得每個前臺網(wǎng)站均有盡可能新的存貨信息； S3.在進(jìn)行訂單接收時，如果后臺出現(xiàn)數(shù)據(jù)積壓，那么前臺開始訂單合并，將同一商品的請求合并為一條，減少后臺工作量； S4.在進(jìn)行數(shù)據(jù)庫更新時，如果操作無法完成，即訂單需求數(shù)大于存貨數(shù)量，則進(jìn)行回滾，并通知前臺該操作無法完成。
【文檔編號】G06Q30/06GK103971185SQ201410239217
【公開日】2014年8月6日 申請日期:2014年5月30日 優(yōu)先權(quán)日:2014年5月30日
【發(fā)明者】秦隆, 陳崢, 梁恒, 李富強(qiáng) 申請人:成都德邁安科技有限公司