[發明專利]應用于靜態集群上的分布式通信系統及方法

有效

• 申請號: 201610713201.5
• 申請日: 2016-08-24
• 公開（公告）號: CN106326020B
• 公開（公告）日: 2019-06-18
• 發明（設計）人: 丁康;汪月林
• 申請（專利權）人: 浙江浙大中控信息技術有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;H04L29/08
• 代理公司: 杭州杭誠專利事務所有限公司 33109
• 代理人: 尉偉敏;閻忠華

本發明公開了一種應用于靜態集群上的分布式通信系統及方法，在包括N臺主機，m個應用服務進程的靜態集群上，服務于該靜態集群的分布式通信系統包括設于每臺主機上的天使服務進程，極速配置庫和m個天使客戶端庫；每個應用服務進程均調對應的用天使客戶端庫，天使服務進程和各個應用服務進程均與極速配置庫連接，天使服務進程分別與各個應用服務進程連接，N≥1，m≥2；本發明具有面對靜態集群環境、實現簡單、效率高的特點。

技術領域

本發明涉及一種分布式通信中間件技術，尤其是涉及一種可在規模較大的多臺主機上，多個應有程序中使用服務名進行相互通信的應用于靜態集群上的分布式通信系統及方法。

背景技術

在傳統的信息系統中，隨著信息化的深入，信息系統的規模在不斷的擴大。例如，面向交通行業的軟件，因為線路的不斷建設、信息化的深入、互聯互通的需求等原因，系統規模不斷擴大，需要相互通信的主機規模甚至達到了千臺級別。為了解決大規模集群的通信問題，產生了分布式消息隊列技術。但是分布式消息隊列技術的實現大部分是面向互聯網行業的開源實現，應用于傳統行業軟件會有功能、性能、運維、授權協議等一系列問題。

隨著業務的發展，系統規模不斷擴大，呈現出分布式與集群等特點。系統中一部分業務模塊需要使用多臺主機組成一個集群才能完成業務。另一部分業務模塊需要分布在多臺主機上，甚至多地多臺主機上進行工作，主機既需要相互通信，又不能因為局部、或者大部分出問題而影響其他部分。在這樣的技術需求背景下，如果繼續使用傳統的客戶端、服務端通信模型進行軟件開發，設計、開發、維護的難度都非常巨大。

發明內容

本發明的發明目的是為了克服現有技術中的現有業務需求下分布在一定規模主機上的多個應用程序無法進行高性能通信的不足，提供了一種可在規模較大的多臺主機上，多個應用進程中使用服務名進行相互通信的用于靜態集群上的分布式通信系統及方法。

為了實現上述目的，本發明采用以下技術方案：

一種應用于靜態集群上的分布式通信系統，在包括N臺主機，m個應用服務進程的靜態集群上，服務于該靜態集群的分布式通信系統包括設于每臺主機上的天使服務進程，極速配置庫和m個天使客戶端庫；每個應用服務進程均調對應的用天使客戶端庫，天使服務進程和各個應用服務進程均與極速配置庫連接，天使服務進程分別與各個應用服務進程連接，N≥1，m≥2；

極速配置庫中設有應用服務進程信息表與天使服務進程信息表；

應用服務進程信息表由4個字段構成，4個字段分別為應用服務進程服務名，應用服務進程編號，應用服務進程對應的天使服務進程編號和應用服務進程在線狀態；其中，應用服務進程服務名是應用服務進程信息表的主鍵；應用服務進程在線狀態字段是動態字段，應用服務進程根據應用服務進程與天使服務進程之間的連接狀態進行更新，其它字段均為靜態字段；

天使服務進程信息表由5個字段構成，5個字段分別為天使服務進程地址信息，天使服務進程編號，天使服務進程附屬應用服務進程起始編號，天使服務進程附屬應用服務進程個數和天使服務進程在線狀態；天使服務進程地址信息是天使服務進程信息表的主鍵，天使服務進程為動態字段，天使服務進程在線狀態根據本地天使服務進程與其它天使服務進程之間的連接狀態進行更新，同時更新的包括天使服務進程附屬的應用服務進程在線狀態。

本發明解決了分布在一定規模主機上的多個應用程序進行高性能相互通信的問題，提供了一種在規模較大的多臺主機上，多個應有程序可以使用服務名進行相互通信中間件系統。本發明使用簡單，對用戶友好。

在一個應用服務進程需要與多個應用服務進程進行通信的時候，如果使用客戶端、服務端模型，應用服務進程需要管理多個連接，操作復雜，且隨著需要相互通信的應用服務進程數量的增多，開發復雜度快速上升；如果整個集群中這種需要相互通信的應用服務進程數量特別多，將消耗比較多的系統資源。

相對于客戶端、服務端通信模型，本發明可以按照服務名進行通信。