[發明專利]一種過載保護方法及裝置

有效

• 申請號: 201711327586.2
• 申請日: 2017-12-13
• 公開（公告）號: CN107995127B
• 公開（公告）日: 2022-01-21
• 發明（設計）人: 彭明明
• 申請（專利權）人: 深圳樂信軟件技術有限公司
• 主分類號: H04L47/32
• 分類號: H04L47/32;H04L47/20;H04L47/10;H04L47/56
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 孟金喆

本發明實施例公開了一種過載保護方法及裝置，其中所述方法包括：在獲取通信隊列中的請求消息之后，判斷當前服務端是否處于服務過載高水位；若當前服務端處于服務過載高水位，則丟棄所述請求消息；若當前服務端不在服務過載高水位，則根據所述請求消息在所述通信隊列的入隊時間判斷所述請求消息的隊列等待時間是否過載，若是，則丟棄所述請求消息。本發明實施例可實現服務端持續不斷對外提供服務，縮短服務由過載到恢復的時間，提高服務框架的穩定性。

技術領域

本發明涉及計算機技術領域，尤其涉及一種過載保護方法及裝置。

背景技術

微服務是一個新興的軟件架構，即是把一個大型的單個應用程序和服務拆分成多個微服務，系統中的各個微服務可被獨立部署，各個微服務之間是松耦合的。然而在海量服務中基本都會遇到過載情況，服務過載初期會導致部分服務不可用，如果處理不當可能會導致服務完全不可用，甚至導致雪崩。

隨著微服務化在樂信集團逐步推進,服務端的服務過載保護成為微服務化的服務對外提供穩定服務的一道屏障。目前，常見的服務端過載保護方案有以下兩種：(1)請求量閾值控制方案。服務部署上線前，預估服務吞吐量，設置過載保護閾值的低水位和高水位，當服務請求量接近低水位閾值時服務過載告警，服務請求量超過高水位時觸發拒絕服務機制。(2)檢測請求到達時間方案。通過判斷請求處理時延確定服務是否過載，設置服務時延閾值，記錄請求到達的時間戳和請求處理結束的時間戳，得出請求在服務器處理的時延，如果超過設置的閾值，判斷服務過載，丟掉請求。

然而這兩種過載保護方案都存在一定的局限性：使用請求量閾值控制方案，閾值設置困難，需要一定的經驗，當服務處理能力變動時，閾值很難動態變動，該方案不適合批量推廣。使用檢查請求到達時間方案，當服務出現過載時很可能導致整體服務出現一個固定時延，導致后續請求時延大于設置的服務時延閾值，服務端主動拋棄請求到可執行的時延范圍，服務出現過載時服務恢復到穩定時間不可控。

發明內容

本發明實施例提供了一種過載保護方法及裝置，以實現服務端持續不斷對外提供服務，縮短服務由過載到恢復的時間，提高服務框架的穩定性。

第一方面，本發明實施例提供了一種過載保護方法，包括：

在獲取通信隊列中的請求消息之后，判斷當前服務端是否處于服務過載高水位；

若當前服務端處于服務過載高水位，則丟棄所述請求消息；

若當前服務端不在服務過載高水位，則根據所述請求消息在所述通信隊列的入隊時間判斷所述請求消息的隊列等待時間是否過載，若是，則丟棄所述請求消息。

第二方面，本發明實施例還提供了一種過載保護裝置，包括：

第一判斷模塊，用于在獲取通信隊列中的請求消息之后，判斷當前服務端是否處于服務過載高水位；

第一丟棄模塊，用于若當前服務端處于服務過載高水位，則丟棄所述請求消息；

第二丟棄模塊，用于若當前服務端不在服務過載高水位，則根據所述請求消息在所述通信隊列的入隊時間判斷所述請求消息的隊列等待時間是否過載，若是，則丟棄所述請求消息。

本發明實施例提供的一種過載保護方法及裝置，在獲取通信隊列中的請求消息之后，若判斷當前服務端處于服務過載高水位，則丟棄請求消息；否則，根據所述請求消息在所述通信隊列的入隊時間判斷所述請求消息的隊列等待時間是否過載，若是，則丟棄請求消息，由此可實現服務端持續不斷對外提供服務，縮短服務由過載到恢復的時間，提高服務框架的穩定性。

附圖說明

圖1是本發明實施例一提供的一種過載保護方法的流程示意圖；

圖2是本發明實施例二提供的一種過載保護方法的流程示意圖；

圖3是本發明實施例三提供的一種過載保護方法的流程示意圖；