[發明專利]一種微服務處理方法及設備

有效

• 申請號: 201811223452.0
• 申請日: 2018-10-19
• 公開（公告）號: CN109582472B
• 公開（公告）日: 2021-05-18
• 發明（設計）人: 李林鋒;劉連喜
• 申請（專利權）人: 華為技術有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06F9/455;A63F13/792
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 馮艷蓮

本申請提供一種微服務處理方法及設備，應用于提供微服務的服務器，該方法包括：服務器接收來自消費微服務的終端的調用微服務的消息，其中，消息包括目標微服務的服務標識和接口標識；然后服務器根據所述目標微服務的服務標識和接口標識，確定出對應的目標線程池，最終調用目標線程池中的工作線程執行所述消息，該方法可以把故障影響范圍限制在線程池中，避免擴散到整個微服務進程中，該方法硬件和運維成本低。

技術領域

本申請涉及終端技術領域，尤其涉及一種微服務處理方法及設備。

背景技術

微服務是一種軟件架構風格，它是以專注于單一責任與功能的小型功能區塊為基礎，利用模組化的方式組合出復雜的大型應用程序。各小型功能區塊使用與語言無關的應用程序編程接口(application programming interface，API)(API也稱為操作)相互通訊。

目前業務的服務化已經成為主流趨勢，以客戶關系管理(customer relationshipmanagement，CRM)開戶業務為例，營業廳的一個開戶流程會涉及到號卡資源查詢、身份驗證、套餐查詢等數十個微服務的調用。為了保證核心服務的高質量運行，不同的微服務之間需要做故障隔離。當前業界微服務故障隔離的技術：按照核心服務和非核心服務等維度確定各個微服務的優先級，將不同優先級的微服務分別部署在不同的主機(或者虛擬機)上，以達到通過物理資源隔離實現不同服務的故障隔離的目的。

現有微服務故障隔離技術存在的問題是：由于同一個業務的微服務可能包含多個操作，例如訂單微服務包括：訂單創建、訂單查詢、訂單修改和刪除等，不同操作的重要性也可能不同，面臨的故障場景也存在差異。雖然從部署上實現了不同微服務之間的故障隔離，同一個微服務的多個不同操作之間依然存在故障相互影響的問題。例如：數據庫存在故障會導致訂單創建失敗，訂單微服務所對應的業務的線程被阻塞，導致通過訂單查詢這一操作在消息隊列中排隊，得不到執行，最后訂單查詢這一操作也超時失敗。如果再對微服務中的各個操作再按照操作優先級和重要性不同再拆分部署，例如，把訂單微服務中的訂單創建這一操作單獨拆分為一個新的微服務，然后將這一新的微服務單獨部署在一個主機上。因一個微服務通常有幾十個操作，現有技術的這種部署方式會造成微服務的主機集群規模很大，成本太高而且運維成本(例如部署、升級和監控等)也很大。

發明內容

本申請提供一種微服務處理方法及設備，用以實現把某個操作的故障影響限制在操作對應的微服務所在主機或者虛擬機的線程池中，避免擴散到整個微服務對應的進程中，該方法硬件和運維成本低。

第一方面，本申請實施例提供了一種微服務處理方法，所述方法適用于提供微服務的服務器，該方法包括：服務器接收來自消費微服務的終端的調用微服務的消息，其中，消息包括目標微服務的服務標識和接口標識；然后服務器根據所述目標微服務的服務標識和接口標識，確定出對應的目標線程池，最終調用目標線程池中的工作線程執行所述消息。

本申請實施例中，該方法可以把故障影響范圍限制在線程池中，避免擴散到整個微服務進程中，該方法硬件和運維成本低。

在一種可能的設計中，當確定不存在與所述目標微服務的服務標識和接口標識對應的目標線程池時，服務器確定與所述目標微服務的服務標識和接口標識對應的線程池配置參數。然后根據所述線程池配置參數創建所述目標線程池。

其中，線程池配置參數包括如下配置參數中的一個或任意多個：核心工作線程數、最大工作線程數、消息隊列的容量上限以及線程池中待處理的消息達到消息隊列的容量上限之后的執行策略。

本申請實施例中，線程池的主要作用是將微服務的不同接口調度到不同的線程池中執行，不同線程池的消息隊列以及工作線程都是互相隔離的，這樣處理比較慢的接口就不會影響其它處理較快的接口，非核心接口的故障也不會影響核心接口的執行，實現同一個微服務進程內部不同接口之間的故障隔離。