本發(fā)明涉及網(wǎng)絡配置技術領域,尤其涉及一種基于多播的分布式系統(tǒng)的集中配置方法。
背景技術:
近年來互聯(lián)網(wǎng)的發(fā)展日新月異,系統(tǒng)從單一向分布式、服務化的方向發(fā)展,系統(tǒng)接入的服務器越來越多,服務器的應用組件關系越來越復雜,互聯(lián)網(wǎng)應用的運維成本越來越高,小則幾十、上百臺服務器的集群,大則幾千、幾萬臺服務器的云平臺,不同的系統(tǒng)和模塊的配置各有不同,傳統(tǒng)的配置方法工作量大,手工配置極易出錯,運維效率低。中國專利cn201210339839.9公開了一種云環(huán)境下集中配置管理方法,基于服務器-客戶端模式,包括如下步驟:(1)對需要管理的節(jié)點安裝客戶端;(2)判斷節(jié)點是否可用,如果可用則跳轉(zhuǎn)至步驟3,否則結束;(3)對節(jié)點的文件進行配置、更新;但是該方法只提供了配置文件類型的配置,對各節(jié)點配置沒有自動識別,客戶端也不能做到自動識別并注冊,配置工作量大,因此構建如何有效地減輕配置的工作強度,節(jié)省大量時間與精力,提高運維效率是本發(fā)明要急需解決的技術問題。
技術實現(xiàn)要素:
本發(fā)明所要解決的技術問題在于提供了一種基于多播的分布式系統(tǒng)的集中配置方法,實現(xiàn)了配置的高度自動化,有效提高了運維效率。
為解決上述技術問題,本發(fā)明采用以下技術方案:
一方面,提供了一種基于多播的分布式系統(tǒng)的集中配置方法,該集中配置方法包括:
節(jié)點生成節(jié)點識別碼;
設置于節(jié)點的配置插件判斷節(jié)點是否已設置配置中心,若是,則配置插件根據(jù)設置的配置中心地址連接配置中心;若否,則節(jié)點利用多播組發(fā)送廣播以獲得配置中心地址,配置插件根據(jù)廣播獲得的配置中心地址連接配置中心;
配置中心接收節(jié)點發(fā)送的配置請求信息和所述節(jié)點識別碼,利用所述節(jié)點識別碼驗證成功后,根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息。
其中,所述節(jié)點利用多播組發(fā)送廣播以獲得配置中心地址包括:節(jié)點中的多播組根據(jù)配置的信道隊列發(fā)送發(fā)現(xiàn)配置中心廣播;發(fā)現(xiàn)組件在預置時間內(nèi)響應所述發(fā)現(xiàn)配置中心廣播,并利用廣播信息解碼成功,則把配置中心地址發(fā)送給配置插件;配置插件接收所述配置中心地址。
其中,所述節(jié)點中的多播組根據(jù)配置的信道隊列發(fā)送發(fā)現(xiàn)配置中心廣播之后還包括:若發(fā)現(xiàn)組件在預置時間內(nèi)沒有響應所述發(fā)現(xiàn)配置中心廣播,則配置插件自動切換到下個信道隊列進行廣播。
其中,所述預置時間為3s。
其中,所述根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息包括:
a1:根據(jù)節(jié)點的配置請求信息判斷當前配置適配器是否適用于節(jié)點,若是,則執(zhí)行步驟a2;若否,則執(zhí)行步驟a3;
a2:調(diào)用當前配置適配器生成配置響應,得到節(jié)點適用的配置信息,把該配置信息發(fā)送給節(jié)點;
a3:調(diào)用其他配置適配器,返回執(zhí)行步驟a1。
其中,所述節(jié)點生成節(jié)點識別碼之前還包括:節(jié)點啟動。
其中,所述根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息之后還包括:節(jié)點利用所述配置信息啟動對應的應用程序。
其中,所述配置插件接收所述配置中心地址之后還包括:配置插件存儲所述配置中心地址。
與現(xiàn)有技術相比,本發(fā)明的有益效果為:本發(fā)明提供的基于多播的分布式系統(tǒng)的集中配置方法,節(jié)點生成節(jié)點識別碼,并根據(jù)設置的配置中心地址或廣播獲得的配置中心地址連接配置中心,驗證成功后,根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息,有針對性地給節(jié)點發(fā)送配置信息,實現(xiàn)了配置的高度自動化,有效提高了運維效率。
附圖說明
為了更清楚地說明本發(fā)明實施例中的技術方案,下面將對本發(fā)明實施例描述中所需要使用的附圖作簡單的介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)本發(fā)明實施例的內(nèi)容和這些附圖獲得其他的附圖。
圖1是本發(fā)明具體實施方式中提供的一種基于多播的分布式系統(tǒng)的集中配置方法的實施例的方法流程圖一。
圖2是本發(fā)明具體實施方式中提供的一種基于多播的分布式系統(tǒng)的集中配置方法的實施例的方法流程圖二。
具體實施方式
為使本發(fā)明解決的技術問題、采用的技術方案和達到的技術效果更加清楚,下面將結合附圖對本發(fā)明實施例的技術方案作進一步的詳細描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
下面結合圖1~2對本發(fā)明實施例作進一步的詳細描述。請參考圖1,其是本發(fā)明具體實施方式中提供的一種基于多播的分布式系統(tǒng)的集中配置方法的實施例的方法流程圖一,如圖1所示,在一些實施例中,該集中配置方法包括步驟s101~s105,具體內(nèi)容如下:
步驟s101:節(jié)點生成節(jié)點識別碼。
步驟s102:設置于節(jié)點的配置插件判斷節(jié)點是否已設置配置中心,若是,執(zhí)行步驟s103;若否,執(zhí)行步驟s104。
步驟s103:配置插件根據(jù)設置的配置中心地址連接配置中心。
步驟s104:節(jié)點利用多播組發(fā)送廣播以獲得配置中心地址,配置插件根據(jù)廣播獲得的配置中心地址連接配置中心;
步驟s105:配置中心接收節(jié)點發(fā)送的配置請求信息和所述節(jié)點識別碼,利用所述節(jié)點識別碼驗證成功后,根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息。
本發(fā)明提供的基于多播的分布式系統(tǒng)的集中配置方法,節(jié)點生成節(jié)點識別碼,并根據(jù)設置的配置中心地址或廣播獲得的配置中心地址連接配置中心,驗證成功后,根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息,有針對性地給節(jié)點發(fā)送配置信息,實現(xiàn)了配置的高度自動化,有效提高了運維效率。
在一些優(yōu)選的實施例中,節(jié)點利用多播組發(fā)送廣播以獲得配置中心地址包括:節(jié)點中的多播組根據(jù)配置的信道隊列發(fā)送發(fā)現(xiàn)配置中心廣播;發(fā)現(xiàn)組件在預置時間內(nèi)響應所述發(fā)現(xiàn)配置中心廣播,并利用廣播信息解碼成功,則把配置中心地址發(fā)送給配置插件;配置插件接收所述配置中心地址。在一些優(yōu)選的實施例中,配置插件接收所述配置中心地址之后還包括:配置插件存儲所述配置中心地址,則存儲的配置中心地址則為設置的配置中心地址,第一次啟動的時候,多播組才發(fā)送廣播獲得配置中心地址,節(jié)點根據(jù)配置中心地址連接配置中心,再次啟動時,因為已經(jīng)連接過配置中心,節(jié)點已對配置中心進行設置,對應則為設置的配置中心地址。
在一些優(yōu)選的實施例中,節(jié)點中的多播組根據(jù)配置的信道隊列發(fā)送發(fā)現(xiàn)配置中心廣播之后還包括:若發(fā)現(xiàn)組件在預置時間內(nèi)沒有響應所述發(fā)現(xiàn)配置中心廣播,則配置插件自動切換到下個信道隊列進行廣播。作為一個優(yōu)選的實施例,預置時間為3s,也可以根據(jù)需要設置其他的預置時間,如1s、2s、5s等,這里不作限定。其中,配置的信道隊列為配置文件內(nèi)配置的信道隊列;若配置文件內(nèi)沒有配置信道隊列,則配置的信道隊列為默認的信道隊列。若發(fā)現(xiàn)組件在預置時間內(nèi)沒有響應所述發(fā)現(xiàn)配置中心廣播,即配置插件在預置時間內(nèi)沒有接收到發(fā)件組件的針對廣播的響應,則自動切換到下個信道隊列進行廣播,若廣播次數(shù)超過預置次數(shù),則離開廣播流程,直接啟動應用主程序。
在一些優(yōu)選的實施例中,根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息包括:
步驟a1:根據(jù)節(jié)點的配置請求信息判斷當前配置適配器是否適用于節(jié)點,若是,則執(zhí)行步驟a2;若否,則執(zhí)行步驟a3;
步驟a2:調(diào)用當前配置適配器生成配置響應,得到節(jié)點適用的配置信息,把該配置信息發(fā)送給節(jié)點;
步驟a3:調(diào)用其他配置適配器,返回執(zhí)行步驟a1。
配置中心為接入的不同應用提供不同的配置適配器,由配置適配器按配置規(guī)則自動生成配置信息。配置中心收到節(jié)點的配置請求信息,并根據(jù)請求信息返節(jié)點適用的配置信息,配置中心提供適配器擴展點,由第三方實現(xiàn)智能匹配擴展服務,而擴展點由接口實現(xiàn)。
請參考圖2,其是本發(fā)明具體實施方式中提供的一種基于多播的分布式系統(tǒng)的集中配置方法的實施例的方法流程圖二,如圖2所示,在一些實施例中,該集中配置方法在步驟s101(對應于圖2中的步驟s202):節(jié)點生成節(jié)點識別碼之前還包括步驟s201:節(jié)點啟動。在一些實施例中,該集中配置方法在步驟s105(對應于圖2中的步驟s206):根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息之后還包括步驟s207:節(jié)點利用所述配置信息啟動對應的應用程序。配置信息加載到應用程序中,完成配置,以啟動應用程序。圖2中的步驟s202~s206分別對應于圖1中的步驟s101~s105。
本實施例中,配置插件設置于節(jié)點中,負責自動尋找配置中心,并從配置中心中獲取配置信息,加載到應用程序中,以及監(jiān)聽配置中心的更新信息及時更新并重載配置。發(fā)現(xiàn)組件負責在每個網(wǎng)關內(nèi)響應節(jié)點請求,并給配置組件發(fā)送配置中心地址,協(xié)助配置插件發(fā)現(xiàn)配置中心。配置中心負責根據(jù)節(jié)點的配置請求信息找到對應的配置適配器,由配置適配器響應配置信息給配置插件,配置中心搭配置web模塊可以添加配置適配器和相應配置適配器的配置修改。對于多子網(wǎng)的分布式環(huán)境在同一個網(wǎng)關內(nèi)布置一個單獨的發(fā)件組件,負責網(wǎng)關內(nèi)配置中心發(fā)現(xiàn)工作,發(fā)現(xiàn)組件與配置中心為聯(lián)通狀態(tài),當節(jié)點啟動時,配置組件通過廣播發(fā)現(xiàn)發(fā)現(xiàn)組件,發(fā)現(xiàn)模塊響應配置組件配置中心地址,節(jié)點根據(jù)配置中心地址與配置中心聯(lián)通。
本發(fā)明提供的基于多播的分布式系統(tǒng)的集中配置方法運用多播技術進行分布式系統(tǒng)節(jié)點的自動識別,并根據(jù)設置的配置中心地址或廣播獲得的配置中心地址連接配置中心,節(jié)點向配置中心發(fā)送配置請求信息和節(jié)點識別碼,配置中心利用節(jié)點識別碼驗證成功后,根據(jù)所述配置請求信息向節(jié)點發(fā)送節(jié)點適用的配置信息,有針對性地給節(jié)點發(fā)送配置信息,實現(xiàn)了配置的高度自動化,有效提高了運維效率。
以上結合具體實施例描述了本發(fā)明的技術原理。這些描述只是為了解釋本發(fā)明的原理,而不能以任何方式解釋為對本發(fā)明保護范圍的限制。基于此處的解釋,本領域的技術人員不需要付出創(chuàng)造性的勞動即可聯(lián)想到本發(fā)明的其它具體實施方式,這些方式都將落入本發(fā)明的保護范圍之內(nèi)。