[發明專利]服務發布方法、裝置、存儲介質及服務器

在審

• 申請號: 202310374745.3
• 申請日: 2023-04-10
• 公開（公告）號: CN116401014A
• 公開（公告）日: 2023-07-07
• 發明（設計）人: 秦復祥
• 申請（專利權）人: 深圳依時貨拉拉科技有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455
• 代理公司: 深圳瑞天謹誠知識產權代理有限公司 44340
• 代理人: 溫青玲

本申請實施例公開了一種服務發布方法、裝置、存儲介質及服務器。該方法包括：當服務啟動時，檢測是否攜帶預熱注解；若攜帶有預熱注解，則重寫服務健康檢查策略，以調整服務狀態的暴露時機；當所需要預熱接口調用完畢后，暴露服務狀態；若服務狀態為健康，則發布該服務。本方案通過重寫健康檢查策略，實現服務的平滑發布。

技術領域

本申請涉及信息處理技術領域，尤其涉及一種服務發布方法、裝置、存儲介質及服務器。

背景技術

Kubernetes集群是一組運行容器化應用程序的節點。容器化應用程序將應用程序與其依賴項和一些必要的服務打包在一起。

Kubernetes集群中的Java應用在服務上線時，當應用啟動，通常會從較低的性能開始，這是由于即時(JIT)編譯之類的事情，首次請求會觸發相關類的第一次加載，此過程存在一定耗時，會影響第一次調用的實時性，相應導致CPU、內存會有飆升。而kubernets是根據requests請求來調度pod(Plainolddata?structure，普通舊數據結構)，requests請求可以設置初值較小，而JVM(Java?VirtualMachine，java虛擬機)應用剛啟動需要更多的資源，這將導致由于服務健康檢查接口阻塞，由于多次檢查失敗導致pod不斷重啟，影響微服務發布效率。而對于微服務場景來說，服務提供者和服務消費者都會遇到這種情況。

發明內容

本申請實施例提供一種服務發布方法、裝置、存儲介質及服務器，可實現服務的平滑發布。

第一方面，本申請實施例提供一種服務發布方法，包括：

當服務啟動時，檢測是否攜帶預熱注解；

若攜帶有預熱注解，則重寫服務健康檢查策略，以調整服務狀態的暴露時機；

當所需要預熱接口調用完畢后，暴露服務狀態；

若服務狀態為健康，則發布所述服務。

第二方面，本申請實施例提供了一種服務發布裝置，包括：

第一檢測單元，用于當服務啟動時，檢測是否攜帶預熱注解；

調整單元，用于若攜帶有預熱注解，則重寫服務健康檢查策略，以調整服務狀態的暴露時機；

第一處理單元，用于當所需要預熱接口調用完畢后，暴露服務狀態；

第一發布單元，用于若服務狀態為健康，則發布所述服務。

在一實施方式中，所述服務發布裝置還包括：

獲取單元，用于在重寫服務健康檢查策略之后，暴露服務狀態之前，獲取預熱注解中的接口請求協議；

第二處理單元，用于對所述接口請求協議進行請求組裝，并調用。

在一實施方式中，所述服務發布裝置還包括：

確定單元，用于在檢測到攜帶有預熱注解之后，重寫服務健康檢查策略之前，確定所述預熱注解中標記的是否為SOA調用；

所述第一處理單元，用于在所述確定單元判定為否時，重寫服務健康檢查策略。

在一實施方式中，所述服務發布裝置還包括：

第三處理單元，用于若所述預熱注解中標記的是SOA調用，則重寫前置處理器；

組裝單元，用于根據標記預熱注解方法，組裝調用接口的參數；

調用單元，用于調用目標接口，完成接口預熱；

第二發布單元，用于發布所述服務。

在一實施方式中，所述服務發布裝置還包括：