[發明專利]基于微服務架構的資源分配方法、裝置、設備及存儲介質

有效

• 申請號: 202010133915.5
• 申請日: 2020-02-29
• 公開（公告）號: CN111431970B
• 公開（公告）日: 2023-05-26
• 發明（設計）人: 盧景生;柳穎聰;諶俊異
• 申請（專利權）人: 深圳壹賬通智能科技有限公司
• 主分類號: H04L67/51
• 分類號: H04L67/51;H04L67/10
• 代理公司: 深圳市世紀恒程知識產權代理事務所 44287
• 代理人: 黃嗣童

本發明公開一種基于微服務架構的資源分配方法、裝置、設備及存儲介質，該方法包括：接收若干個微服務發送的資源上鎖請求，提取資源上鎖請求中包含的資源標識；按預設資源分配機制微服務中選取目標微服務；將資源標識對應的資源分配至所述目標微服務并為目標微服務創建分布式鎖；在檢測到分布式鎖被釋放時，按預設資源分配機制從剩余的微服務中選取待分配微服務進行資源分配。本發明通過資源上鎖請求中的資源標識和資源分配機制將資源分配至目標微服務，然后對目標微服務進行加鎖操作，保證了資源的穩定分配，同時通過在分布式鎖被釋放時根據資源分配機制從剩余的微服務中選取待分配微服務進行資源分配，也避免了不同微服務對資源的無序爭搶。

技術領域

本發明涉及計算機通信技術領域，尤其涉及一種基于微服務架構的資源分配方法、裝置、設備及存儲介質。

背景技術

微服務是一種架構范例，在這種架構中，多個小型獨立組件協同工作，從而構成一個系統。每個微服務更關注微觀層面的問題，包括單一責任，關注點分離，模塊化等。

現有技術中，微服務架構的后端在處理前端請求時，對于幾乎同時提交的資源訪問請求，若請求會話建立后未做上鎖校驗，后端就都會提示資源調用成功，而實際上只有一個用戶端調用成功，導致后端提示與實際情況不符。

另外，由于現有技術未對請求會話進行上鎖校驗，按目前的部署方式，每個微服務都運行于Pod(C++語言的標準中定義的一類數據結構)中，但Pod的生命周期無法保證，有可能存在當前正在處理這個請求的微服務，下一刻就會被另一個微服務取代，即存在微服務不固定的問題。因此，如何保證微服務架構中資源分配的穩定性，避免資源無效爭搶，就成了一個亟待解決的技術問題。

上述內容僅用于輔助理解本發明的技術方案，并不代表承認上述內容是現有技術。

發明內容

本發明的主要目的在于提供了一種基于微服務架構的資源分配方法、裝置、設備及存儲介質，旨在解決現有微服務架構中資源分配不夠穩定，微服務容易出現對未加鎖資源進行無序爭搶的技術問題。

為實現上述目的，本發明提供了一種基于微服務架構的資源分配方法，所述方法包括以下步驟：

接收若干個微服務發送的資源上鎖請求，提取所述資源上鎖請求中包含的資源標識；

按預設資源分配機制從若干個所述微服務中選取一目標微服務；

將所述資源標識對應的資源分配至所述目標微服務，并為所述目標微服務創建分布式鎖；

在檢測到所述分布式鎖被所述目標微服務釋放時，按所述預設資源分配機制從剩余的微服務中選取一待分配微服務；

將所述資源分配至所述待分配微服務。

優選地，所述按預設資源分配機制從所述若干個微服務中選取一目標微服務的步驟，包括：

獲取各資源上鎖請求對應的請求接收時刻；

按時間先后順序對所述請求接收時刻進行排序，并根據排序結果選取排序第一的請求接收時刻作為目標請求接收時刻；

根據所述目標請求接收時刻從所述若干個微服務中選取對應的目標微服務。

優選地，所述在檢測到所述分布式鎖被所述目標微服務釋放時，按所述預設資源分配機制從剩余的微服務中選取一待分配微服務的步驟之前，所述方法還包括：

獲取所述目標微服務對應的分布式鎖租賃時長；

檢測所述分布式鎖租賃時長內所述目標微服務是否執行分布式鎖釋放操作；

若是，則執行所述按所述預設資源分配機制從剩余的微服務中選取一待分配微服務的步驟。