[發(fā)明專利]商城訂單系統(tǒng)及其實(shí)現(xiàn)資源自適應(yīng)調(diào)度的處理方法

在審

• 申請(qǐng)?zhí)枺?/td>: 202010317240.X
• 申請(qǐng)日: 2020-04-21
• 公開(kāi)（公告）號(hào): CN113538081A
• 公開(kāi)（公告）日: 2021-10-22
• 發(fā)明（設(shè)計(jì)）人: 陳炳成;黃淑冬
• 申請(qǐng)（專利權(quán)）人: 中移（上海）信息通信科技有限公司;中移智行網(wǎng)絡(luò)科技有限公司;中國(guó)移動(dòng)通信集團(tuán)有限公司
• 主分類號(hào): G06Q30/06
• 分類號(hào): G06Q30/06;G06F9/50;G06F9/54
• 代理公司: 北京匯思誠(chéng)業(yè)知識(shí)產(chǎn)權(quán)代理有限公司 11444
• 代理人: 馮偉

本發(fā)明實(shí)施例涉及一種商城訂單系統(tǒng)及其實(shí)現(xiàn)資源自適應(yīng)調(diào)度的處理方法，該處理方法包括：接收用戶發(fā)送的訂單創(chuàng)建請(qǐng)求，根據(jù)所述訂單創(chuàng)建請(qǐng)求獲取用戶信息，所述用戶信息包括所述用戶的服務(wù)等級(jí)信息；獲取所述用戶所請(qǐng)求創(chuàng)建的訂單類型對(duì)應(yīng)的訂單的并發(fā)數(shù)量；根據(jù)所述用戶的服務(wù)等級(jí)信息及所述并發(fā)數(shù)量判斷對(duì)應(yīng)的訂單模塊是否直接為用戶創(chuàng)建訂單；如果否，則將用戶添加至用戶隊(duì)列進(jìn)行排隊(duì)；獲取當(dāng)前用戶隊(duì)列的并發(fā)處理壓力系數(shù)，以及獲取各個(gè)訂單模塊的帶寬負(fù)荷和物理資源使用情況；根據(jù)并發(fā)處理壓力系數(shù)以及各個(gè)訂單模塊的帶寬負(fù)荷和物理資源使用情況調(diào)整各個(gè)訂單模塊之間的帶寬資源和物理資源的分配比例，上述方法能夠?qū)崿F(xiàn)資源自適應(yīng)動(dòng)態(tài)調(diào)配。

技術(shù)領(lǐng)域

本發(fā)明涉及商城系統(tǒng)服務(wù)能力網(wǎng)關(guān)技術(shù)領(lǐng)域，尤其涉及一種商城訂單系統(tǒng)及其實(shí)現(xiàn)資源自適應(yīng)調(diào)度的處理方法。

背景技術(shù)

傳統(tǒng)的商城平臺(tái)系統(tǒng)，按用戶類型分為B2C(Business-to-Customer，企業(yè)面向個(gè)人用戶)商城、B2B(Business-to-Business，企業(yè)面向企業(yè)用戶)商城、B2B2C(business tobusiness to Customer，企業(yè)面向企業(yè)最終用戶)商城，相應(yīng)商城訂單系統(tǒng)也分別為B2C訂單模塊，B2B訂單模塊、B2B2C訂單模塊。目前，當(dāng)三種訂單模塊并存時(shí)，商城系統(tǒng)對(duì)外網(wǎng)絡(luò)的帶寬資源，承載各類業(yè)務(wù)服務(wù)的硬件資源均是根據(jù)業(yè)務(wù)提前規(guī)劃，這些基礎(chǔ)資源無(wú)法根據(jù)各個(gè)訂單模塊突發(fā)或局部的業(yè)務(wù)波動(dòng)進(jìn)行系統(tǒng)實(shí)時(shí)自適應(yīng)的優(yōu)化調(diào)配。

傳統(tǒng)的商城系統(tǒng)，關(guān)于訂單各模塊帶寬資源的使用，主要采用兩種方法，一種是整個(gè)系統(tǒng)各個(gè)模塊共享整個(gè)帶寬，另一種是把整體帶寬按照一定比例預(yù)評(píng)估分配給不同的訂單模塊，各個(gè)模塊間的帶寬資源無(wú)法動(dòng)態(tài)分享或自適應(yīng)調(diào)配，具體可參見(jiàn)圖1。對(duì)于服務(wù)器硬件資源的管理，目前比較成熟和通用的技術(shù)方案是采用K8s容器化云平臺(tái)服務(wù)方案或者通用性虛擬機(jī)技術(shù)方案，但是商城系統(tǒng)的各個(gè)訂單模塊單元(微服務(wù)或應(yīng)用程序)占用計(jì)算能力、內(nèi)存能力、存儲(chǔ)能力等也都是提前規(guī)劃，雖然可以實(shí)現(xiàn)后評(píng)估硬件資源的動(dòng)態(tài)擴(kuò)容，但無(wú)法實(shí)現(xiàn)實(shí)時(shí)條件下，系統(tǒng)運(yùn)行過(guò)程中資源自適應(yīng)動(dòng)態(tài)調(diào)配，以滿足突發(fā)性業(yè)務(wù)波動(dòng)時(shí)系統(tǒng)的正常功能。

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

本發(fā)明實(shí)施例提供一種商城訂單系統(tǒng)及其實(shí)現(xiàn)資源自適應(yīng)調(diào)度的處理方法，用于解決現(xiàn)有技術(shù)中無(wú)法實(shí)現(xiàn)實(shí)時(shí)條件下，系統(tǒng)運(yùn)行過(guò)程中資源自適應(yīng)動(dòng)態(tài)調(diào)配的問(wèn)題。

第一方面，本發(fā)明實(shí)施例提供了一種商城訂單系統(tǒng)實(shí)現(xiàn)資源自適應(yīng)調(diào)度的處理方法，包括：

接收用戶發(fā)送的訂單創(chuàng)建請(qǐng)求，根據(jù)所述訂單創(chuàng)建請(qǐng)求獲取用戶信息，所述用戶信息包括所述用戶的服務(wù)等級(jí)信息；

獲取所述用戶所請(qǐng)求創(chuàng)建的訂單類型對(duì)應(yīng)的訂單的并發(fā)數(shù)量；

根據(jù)所述用戶的服務(wù)等級(jí)信息及所述并發(fā)數(shù)量判斷對(duì)應(yīng)的訂單模塊是否直接為所述用戶創(chuàng)建訂單；

如果否，則將所述用戶添加至用戶隊(duì)列進(jìn)行排隊(duì)；

獲取當(dāng)前用戶隊(duì)列的并發(fā)處理壓力系數(shù)，以及獲取各個(gè)訂單模塊的帶寬負(fù)荷和物理資源使用情況；

根據(jù)所述并發(fā)處理壓力系數(shù)以及所述各個(gè)訂單模塊的帶寬負(fù)荷和物理資源使用情況調(diào)整所述各個(gè)訂單模塊之間的帶寬資源和物理資源的分配比例。

可選地，所述根據(jù)所述用戶的服務(wù)等級(jí)信息及所述并發(fā)數(shù)量判斷對(duì)應(yīng)的訂單模塊是否直接為所述用戶創(chuàng)建訂單，包括：

根據(jù)所述用戶的服務(wù)等級(jí)信息確定所述用戶的用戶級(jí)別；

如果所述用戶的用戶級(jí)別是高級(jí)別或者所述并發(fā)數(shù)量小于第一預(yù)設(shè)閾值，則確定對(duì)應(yīng)的訂單模塊直接為所述用戶創(chuàng)建訂單；

如果所述用戶的用戶級(jí)別是普通級(jí)別且所述并發(fā)數(shù)量大于或等于所述第一預(yù)設(shè)閾值，則確定對(duì)應(yīng)的訂單模塊不直接為所述用戶創(chuàng)建訂單。

可選地，所述如果否，則將所述用戶添加至用戶隊(duì)列進(jìn)行排隊(duì)之后，所述方法包括：