[發(fā)明專利]一種SIP動態(tài)負載均衡方法、系統(tǒng)、設(shè)備和存儲介質(zhì)

在審

• 申請?zhí)枺?/td>: 202211220660.1
• 申請日: 2022-10-08
• 公開（公告）號: CN115714778A
• 公開（公告）日: 2023-02-24
• 發(fā)明（設(shè)計）人: 顏鳳輝;王斌;楊戉;夏增武;夏建明;盛振明;劉毅
• 申請（專利權(quán)）人: 中電信數(shù)智科技有限公司
• 主分類號: H04L67/1025
• 分類號: H04L67/1025;H04L67/51;H04L65/1104;G06F11/30
• 代理公司: 南京鐘山專利代理有限公司 32252
• 代理人: 戴朝榮

本發(fā)明提供一種SIP動態(tài)負載均衡方法、系統(tǒng)、設(shè)備和存儲介質(zhì)，其中方法包括讀取Opensips的IP地址、數(shù)據(jù)庫mariadb的服務(wù)名稱、以及要監(jiān)控的所有微服務(wù)的名稱；獲取mariadb的密碼；根據(jù)mariadb的密碼連接mariadb數(shù)據(jù)庫；啟動kubernetescontroller監(jiān)控業(yè)務(wù)以監(jiān)控所有endpoints的變化；如果監(jiān)控到任何endpoint的變化，則將變化的endpoint與配置中的微服務(wù)名稱進行匹配；獲取匹配成功的微服務(wù)的endpoint指針并追加至workQueue工作隊列尾部；解析workQueue的任務(wù)中微服務(wù)endpoint信息。本發(fā)明可以使云原生環(huán)境下的Opensips微服務(wù)及時、動態(tài)地感知負載均衡路由的變化，且無需手工操作；同時本發(fā)明動態(tài)適應(yīng)SIP微服務(wù)的擴容和縮容，從而提高系統(tǒng)的可靠性、自適應(yīng)性。

技術(shù)領(lǐng)域

本發(fā)明屬于通信技術(shù)領(lǐng)域，尤其涉及一種SIP動態(tài)負載均衡方法、系統(tǒng)、設(shè)備和存儲介質(zhì)。

背景技術(shù)

SIP(Session Initiation Protocol，會話初始協(xié)議)是一個基于文本的，用于多方多媒體通信的應(yīng)用層信令控制協(xié)議。SIP獨立于底層傳輸協(xié)議，用于建立、修改和終止IP網(wǎng)上的雙方或多方多媒體會話，是在基于IP的網(wǎng)絡(luò)中，實現(xiàn)實時通信應(yīng)用的一種信令協(xié)議。SIP消息有兩種：客戶端到服務(wù)器的請求和服務(wù)器到客戶端的響應(yīng)。

客戶端到服務(wù)器的請求中，當(dāng)手機端發(fā)來消息時，經(jīng)由SIP接入等模塊，SIP負載均衡服務(wù)Opensips接收消息，并將不同的消息類型和負載均衡給對應(yīng)的服務(wù)模塊處理。傳統(tǒng)的Opensips是根據(jù)路由腳本為微服務(wù)提供負載均衡能力，但在云原生環(huán)境下，信令層消息接收微服務(wù)需要遵循12-factors方法論，采用Deployment的無狀態(tài)類型部署，依賴不變的路由腳本是不可行的，主要有以下兩點原因：1.微服務(wù)發(fā)生錯誤或手動重啟后，微服務(wù)k8s集群中的IP和pod名字是變化的，不能及時手動更新Opensips路由腳本會造成鏈路失敗；2.當(dāng)微服務(wù)擴容、縮容時，需手動修改，手動修改存在延時的問題和錯誤的可能性。因此，亟需解決傳統(tǒng)sip負載均衡在云原生環(huán)境中不能實時動態(tài)地更新路由的問題。

發(fā)明內(nèi)容

本發(fā)明針對現(xiàn)有技術(shù)中的不足，提供一種SIP動態(tài)負載均衡方法、系統(tǒng)、設(shè)備和存儲介質(zhì)。

第一方面，本發(fā)明提供一種SIP動態(tài)負載均衡方法，包括：

讀取Opensips的IP地址、數(shù)據(jù)庫mariadb的服務(wù)名稱、以及要監(jiān)控的所有微服務(wù)的名稱；

獲取mariadb的密碼；

根據(jù)mariadb的密碼連接mariadb數(shù)據(jù)庫；

啟動kubernetes controller監(jiān)控業(yè)務(wù)以監(jiān)控所有endpoints的變化；

如果監(jiān)控到任何endpoint的變化，則將變化的endpoint與配置中的微服務(wù)名稱進行匹配；

獲取匹配成功的微服務(wù)的endpoint指針并追加至workQueue工作隊列尾部；

解析workQueue的任務(wù)中微服務(wù)endpoint信息。

進一步地，所述啟動kubernetes controller監(jiān)控業(yè)務(wù)以監(jiān)控所有endpoints的變化之前包括初始化kubernetes controller模塊。

進一步地，所述解析workQueue的任務(wù)中微服務(wù)endpoint信息，包括：

判斷當(dāng)前更新的類型；

如果當(dāng)前更新的類型為增加或更新endpoint，則更新新增加或更新的endpoint的IP信息，并且狀態(tài)enable；

如果新增加或更新的endpoint沒有更新IP信息，或狀態(tài)非enable，繼續(xù)處理下一個任務(wù)；