[發明專利]觸發應用程序更改的方法、裝置、電子設備及存儲介質

在審

• 申請號: 202010153088.6
• 申請日: 2020-03-06
• 公開（公告）號: CN111381932A
• 公開（公告）日: 2020-07-07
• 發明（設計）人: 高波濤
• 申請（專利權）人: 咪咕文化科技有限公司;中國移動通信集團有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F11/30
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 王宇楊

本發明實施例提供一種觸發應用程序更改的方法、裝置、電子設備及存儲介質，包括：監控到應用程序的配置信息發生變動，從應用程序所對應的配置文件中獲取所述應用程序的變動后配置信息；確定所述應用程序的變動后配置信息與所述應用程序當前執行的配置信息不一致，觸發所述應用程序重啟以執行變動后配置信息。本發明實施例提供的觸發應用程序更改的方法、裝置、電子設備及存儲介質，通過對應用程序配置信息變動的實時監控，迅速發現變動后配置信息與應用程序當前執行的配置信息不同的問題，進而觸發應用程序重啟，實現應用程序的更改，提高了應用程序更改的效率。

技術領域

本發明涉及計算機技術領域，尤其涉及一種觸發應用程序更改的方法、裝置、電子設備及存儲介質。

背景技術

Kubernetes是一個開源的、用于管理云平臺中多個主機上的容器化的應用程序，Kubernetes的目標是讓部署容器化的應用程序簡單并高效，它提供了應用程序部署、規劃、更新、維護的一種機制。Kubernetes通過更新應用程序的配置信息以實現對安裝在容器中的應用程序的更改。

ConfigMap是Kubernetes中用于存儲通用配置變量的配置文件。它使用戶可以將分布式系統中用于不同模塊的環境變量統一到一個對象中管理。Kubernetes可通過對ConfigMap的更新來更改容器中的應用程序。

在Kubernetes中，由于容器中的應用程序不會監視配置信息的更改，因此ConfigMap的更新并不必然會導致應用程序所執行配置信息的同步更新。在現有技術中，當配置信息更新后，只有在應用程序重新啟動進程時才能加載新的配置信息，或出現新的應用程序被創建而原有的應用程序被終止的狀態時才能加載新的配置信息。即，現有技術中存在著更新配置信息后，應用程序在不重啟的情況下，仍然執行原有更新前的配置信息的現象，具有更新的配置信息與應用程序當前執行的配置信息不同的問題。

現有技術中需要通過手動重啟應用程序的方法來克服更新的配置信息與應用程序當前執行的配置信息不同的問題。不僅效率低，而且反應不及時。

發明內容

本發明實施例提供一種觸發應用程序更改的方法、裝置、電子設備及存儲介質，用以解決現有技術中手動重啟應用程序方法執行效率低、反應不及時的缺陷。

本發明第一方面實施例提供了一種觸發應用程序更改的方法，包括：

監控到應用程序的配置信息發生變動，從所述應用程序所對應的配置文件中獲取所述應用程序的變動后配置信息；

確定所述應用程序的變動后配置信息與所述應用程序當前執行的配置信息不一致，觸發所述應用程序重啟以執行變動后配置信息。

基于本發明任一實施例，還包括：

監控到應用程序觸發目標事件，獲取所述應用程序當前執行的配置信息，存儲所述應用程序當前執行的配置信息；其中，所述目標事件為所述應用程序的創建事件或讀取事件或更新事件。

基于本發明任一實施例，還包括：

為所要監控的應用程序的對象設置標注；其中，所述標注包括用于描述應用程序的配置信息是否發生變動的第一字段以及用于保存應用程序當前執行的配置信息的第二字段。

基于本發明任一實施例，所述確定所述應用程序的變動后配置信息與所述應用程序當前執行的配置信息不一致包括：

計算所述應用程序的變動后配置信息的哈希值；

計算所述應用程序當前執行的配置信息的哈希值；

確定所述應用程序的變動后配置信息的哈希值與所述應用程序當前執行的配置信息的哈希值不一致。

基于本發明任一實施例，所述監控到應用程序的配置信息發生變動包括：采用Kubernetes中的控制器監控到應用程序的配置信息發生變動。