[發明專利]一種數據更新方法、裝置、設備及可讀存儲介質

有效

• 申請號: 202010986611.3
• 申請日: 2020-09-18
• 公開（公告）號: CN112187753B
• 公開（公告）日: 2023-07-14
• 發明（設計）人: 王洪泉;黃吉旺;吳棟
• 申請（專利權）人: 北京浪潮數據技術有限公司
• 主分類號: H04L67/141
• 分類號: H04L67/141;H04L67/146;H04L9/40
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 徐麗

本發明公開了一種數據更新方法、裝置、設備及可讀存儲介質，該方法包括：第一容器云服務生成新Token；利用生命周期管理機制，向第二容器云服務發送Token更新通知；在第二容器云服務調用第一容器云服務的Token獲取接口的情況下，向第二容器云服務提供新Token。在該方法中，第一容器云服務也無需設置復雜的啟動邏輯，啟動耗時時間短的情況下，第二容器云服務不僅可以及時地將新Token，能夠保障應用間相互調用的可靠性。

技術領域

本發明涉及計算機應用技術領域，特別是涉及一種數據更新方法、裝置、設備及可讀存儲介質。

背景技術

容器云平臺大部分基于Kubernetes框架，并面向用戶提供以應用管理為核心的功能體系。越來越多的企業或個人用戶將應用部署在容器云平臺上。在生產環境中，應用之間相互調用是普遍存在的場景，尤其是在微服務架構下，應用之間相互調用更是用來保證服務的完整性。

為了防止惡意程序盜用數據或進行危險操作，應用之間調用通常會有安全機制，其中一種常用的機制為Token驗證，其實現原理大致如下：服務A作為核心服務，生成Token，并提供Token獲取接口，可以由其他服務通過提供用戶名、密碼等驗證信息來調用此接口獲取Token；服務B來訪問服務A時需要附帶Token信息，驗證通過后才可以進行數據處理等操作。一般地，服務B通常調用一次Token獲取接口，并作為自身數據進行保存，后續在訪問服務A時使用此保存好的Token。但是，如果服務A中的Token有更新，那此時服務B再使用保存好的Token來訪問就會出現Token信息錯誤，進而無法訪問。

Token更新問題，目前普遍采用的解決方案包括：1、服務B定時調用服務A獲取Token；2、服務A在升級重啟過程中生成Token時通過接口主動通知服務B重新獲取Token兩種方式。對于方案1，由于定時任務具有時間間隔，其無法保證服務A升級重啟后能夠及時發起定時任務來獲取到新的Token，并且如果服務A長時間沒有升級重啟的操作，那么定時任務每次調用結果可能都會一樣，這會造成資源的無謂消耗。對于方案2，會造成啟動邏輯更加復雜、啟動時間變長、通知功能與服務A的核心業務邏輯耦合等性能問題。

綜上所述，如何有效地解決Token更新等問題，是目前本領域技術人員急需解決的技術問題。

發明內容

本發明的目的是提供一種數據更新方法、裝置、設備及可讀存儲介質，能夠及時有效地進行Token更新，保障應用之間能夠正常調用。

為解決上述技術問題，本發明提供如下技術方案：

一種Token更新方法，包括：

第一容器云服務生成新Token；

利用生命周期管理機制，向第二容器云服務發送Token更新通知；

在所述第二容器云服務調用所述第一容器云服務的Token獲取接口的情況下，向所述第二容器云服務提供所述新Token。

優選地，所述利用生命周期管理機制，向第二容器云服務發送Token更新通知，包括：

利用所述生命周期管理機制，在啟動所述新Token對應的目標容器的情況下，向所述第二容器云服務發送所述Token更新通知。

優選地，向所述第二容器云服務發送所述Token更新通知，包括：

利用所述生命周期管理機制中的PostStart方式，通過自動觸發Token更新通知腳本，向所述第二容器云服務發送所述Token更新通知。

優選地，向所述第二容器云服務發送所述Token更新通知，包括：

通過調用所述第二容器云服務的Token更新通知接口，向所述第二容器云服務發送所述Token更新通知。