[發明專利]基于容器技術的網關機運行數據交換方法

在審

• 申請號: 202010894309.5
• 申請日: 2020-08-31
• 公開（公告）號: CN112134727A
• 公開（公告）日: 2020-12-25
• 發明（設計）人: 金智勇;蔣雷;趙鵬
• 申請（專利權）人: 南京卓威研信息技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/40;H04L12/66;H04L29/08;G06F9/455
• 代理公司: 天津垠坤知識產權代理有限公司 12248
• 代理人: 王忠瑋

一種基于容器技術的網關機運行數據交換方法，其包括容器管理服務、數據交互總線服務、事件分析服務、數據庫服務，其中數據交互總線服務和數據庫服務是以容器方式運行，數據交互總線服務提供各個應用容器與容器管理服務間的信息交互；容器管理服務負責管理系統內容器的運行狀態；事件分析服務用于分析通過數據交互總線獲取的應用容器運行的狀態數據，監視并定位故障，并將問題上報至容器管理服務；數據庫服務用以記錄各個容器的運行數據，本發明為每個應用形成一個邏輯上獨立的“操作系統”，避免了應用間的相關影響，采用本通信交互方法規范了軟件和系統平臺的信息交互方式，降低了故障排查和定位的復雜度，提高了故障分析的準確性。

【技術領域】

本發明屬于通信網關機技術領域，具體為一種基于容器技術的網關機運行數據交換方法。

【背景技術】

目前，應用于變電站或物聯網領域的通信網關機多采用intel架構的硬件平臺，其主要功能為采集就地設備的運行數據，包括模擬量、數字量、視頻等，通過一系列的數據處理后，將處理完畢的數據按照一定的格式上送至上級應用平臺。應用方式上，一臺網關機內經常需要在同一個系統環境內運行多個獨立軟件。當其中一個軟件運行異常時，有可能會導致整個系統的崩潰，造成采集數據異常或無法采集數據。此時需要開發人員通過查看系統日志和各個軟件的運行日志，分析定位運行異常的軟件或功能，并修復問題后，才能恢復網關機系統的正常運行。當出現系統異常情況后，由于無法快速確定問題原因，因此對于異常的排查、定位以及修復都需要耗費大量的時間和精力。

由此可見，提供一種穩定性強，便于定位異常故障點的運行數據交換方法是本領域亟需解決的問題。

【發明內容】

針對上述問題，本發明基于容器技術的網關機運行數據交換方法為每個應用形成一個邏輯上獨立的“操作系統”，避免了應用間的相關影響，另一方面，采用本通信交互方法規范了軟件和系統平臺的信息交互方式，降低了故障排查和定位的復雜度，提高了故障分析的準確性。

為解決上述問題，本發明網關機運行數據交換方法是基于docker技術實現的，其包括容器管理服務、數據交互總線服務、事件分析服務、數據庫服務，其中數據交互總線服務和數據庫服務是以容器方式運行，數據交互總線服務提供各個應用容器與容器管理服務間的信息交互；容器管理服務負責管理系統內容器的運行狀態；事件分析服務用于分析通過數據交互總線獲取的應用容器運行的狀態數據，監視并定位故障，并將問題上報至容器管理服務；數據庫服務用以記錄各個容器的運行數據，便于異常發生后對既往歷史運行狀態的追溯。

進一步的，所述網關機的啟動流程包括以下步驟；

步驟一：啟動網關機操作系統；

步驟二：啟動容器管理服務并讀取用戶容器配置文件信息；

步驟三：啟動數據交互總線容器，建立數據交互總線；

步驟四：容器管理服務啟動數據庫服務容器；

步驟五：容器管理服務根據用戶配置文件內信息，依次啟動數據采集容器，直到所有容器啟動完畢。

進一步的，所述步驟三中，如啟動數據交互總線容器失敗，則嘗試三次重新啟動，若三次嘗試后仍不成功，系統發出報警，啟動失敗。

進一步的，如啟動數據庫服務容器失敗，則嘗試三次重新啟動，若三次嘗試后仍不成功，系統發出報警，啟動失敗。

進一步的，所述網關機的狀態采集過程包括以下步驟：

步驟一：系統啟動完畢后，容器管理服務會通過數據交互總線定時下發狀態采集命令給各個應用容器；

步驟二：應用容器收到消息后，響應對應的請求數據；

步驟三：事件分析服務在收到應用容器響應的消息后，根據設定規則判斷應用容器運行狀態，并更新數據庫內的狀態信息表；