欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

集群環(huán)境中的服務信息傳輸方法、裝置及系統(tǒng)的制作方法

文檔序號:7916081閱讀:246來源:國知局
專利名稱:集群環(huán)境中的服務信息傳輸方法、裝置及系統(tǒng)的制作方法
技術領域
本發(fā)明涉及網(wǎng)絡技術領域,特別是涉及集群環(huán)境中的服務信息傳輸方法、 裝置及系統(tǒng)。
背景技術
在大型企業(yè)網(wǎng)或互聯(lián)網(wǎng)中,S0A (Service-Oriented Architecture,面向 服務的體系架構)技術得到廣泛應用,SOA是一個組件模型,它將應用程序的 不同功能單元(稱為服務)通過這些服務之間定義好的接口和契約聯(lián)系起來。 其中,對外提供服務的應用稱為服務提供者,使用其他應用提供的服務的應用 稱為服務消費者。分布式的網(wǎng)絡體系使得服務消費者和服務提供者的數(shù)量眾 多,例如一些以客戶為中心的網(wǎng)上購物商城,目前已經擁有上千個服務提供者, 服務消費者的數(shù)量則更多,在這樣的情況下,就形成了一個集群環(huán)境。
隨著系統(tǒng)中服務的不斷增加,整個系統(tǒng)中服務的依賴關系逐漸呈現(xiàn)復雜的 網(wǎng)狀圖現(xiàn)象,在這樣的情況下,對統(tǒng)一的服務尋址場所的要求就非常明顯了, 因此產生了服務注冊中心。通常,服務提供者需要將其提供的服務地址信息以 及名稱、接口、屬性等其他元信息統(tǒng)一注冊到服務注冊中心,然后由服務注冊 中心將各個服務提供者的服務信息以列表或其他形式提供給服務消費者,這樣 服務消費者就可以根據(jù)此服務信息列表找到需要的服務提供者,進而請求該服 務提供者提供相應的服務。
在傳統(tǒng)方案中,當服務提供者重新啟動時,其提供的服務信息會重 新注冊到服務注冊中心,而服務注冊中心會將服務信息重新推送到所有 的服務消費者。然而,在集群環(huán)境中,存在服務提供者所在網(wǎng)絡的所有 服務提供者集體重新啟動的情況(例如更新系統(tǒng)時的重新啟動)。此時, 所有的服務提供者均重新注冊其提供的服務信息,而且服務信息會在整 個網(wǎng)絡中進行傳遞。例如,假設有30臺服務提供者終端,300臺服務消費者 終端,那么當重啟30臺服務提供者終端的時候就會造成30*300次的網(wǎng)絡推送 現(xiàn)象,這對于網(wǎng)絡流量而言,會造成瞬間的數(shù)據(jù)流量高峰,導致網(wǎng)絡阻塞甚至癱瘓。
因此,需要本領域技術人員迫切解決的一個技術問題就是如何能夠在 集群環(huán)境下,避免網(wǎng)絡流量產生瞬間高峰,以提供更加優(yōu)質、高效的服務。

發(fā)明內容
有鑒于此,本發(fā)明的目的在于提供集群環(huán)境中的服務信息傳輸方法、裝置 及系統(tǒng),以解決現(xiàn)有技術中容易產生網(wǎng)絡流量瞬間高峰導致阻塞網(wǎng)絡的問題。 為實現(xiàn)上述目的,本發(fā)明提供了如下方案
一種集群環(huán)境中的服務信息傳輸方法,所述集群環(huán)境中包括服務注冊中心 及服務提供者,包括
服務提供者判斷當前服務是否已經注冊;
如果沒有注冊,將所述當前服務的服務信息傳輸?shù)椒兆灾行?;否則, 比較已注冊的第一版本信息及當前需要注冊的第二版本信息,如果不相同,則 將所述當前服務的服務信息傳輸?shù)椒兆灾行摹?br> 其中,所述集群環(huán)境中還包括服務消費者,
所述服務消費者在首次啟動時向服務注冊中心獲取服務信息列表;
需要調用服務時,才艮據(jù)獲取到的服務信息列表,向服務提供者發(fā)送調用服 務的請求消息。
其中
服務注冊中心接收到服務信息并進行注冊后,生成當前服務信息列表及其 版本信息,并將所述當前的服務信息列表及其版本信息推送到服務提供者;
服務消費者向服務提供者發(fā)送請求消息時,并將獲取到的服務信息列表的 版本信息發(fā)送到服務提供者;
服務提供者接收到所述請求消息后,比較所述當前的服務信息列表與服務 消費者發(fā)送的服務信息列表的版本信息是否相同,如果不相同,將所述當前的 服務信息列表傳輸?shù)椒障M者。
其中
服務消費者判斷從服務信息列表解析出的需調用服務的地址是否為空; 如果不為空,根據(jù)所述地址向相應的服務提供者發(fā)送調用服務的請求消自、.
,"、5否則,重新向服務注冊中心獲取服務信息列表,從新獲取的服務信息列表 中解析出需調用的服務信息的地址,并根據(jù)該地址向相應的服務提供者發(fā)送調 用服務的請求消息。
一種集群環(huán)境中的服務信息傳輸裝置,用于服務提供者,包括 判斷單元,用于判斷當前服務是否已經注冊;
傳輸單元,用于當前服務沒有注冊時,將所述當前服務的服務信息傳輸?shù)?服務注冊中心;
控制單元,用于比較已注冊的第一版本信息與當前需要注冊的第二版本信 息,如果不相同,觸發(fā)所述傳輸單元將所述當前服務的服務信息傳輸?shù)椒兆?冊中心。
其中,還包"fe:
服務信息列表存儲單元,用于保存由服務注冊中心推送的服務信息列表; 所述控制單元還用于比較所述當前的服務信息列表與服務消費者獲取到
的服務信息列表的版本信息是否相同,如果不相同,觸發(fā)所述傳輸單元將所述
當前的服務信息列表傳輸?shù)椒障M者。
一種集群環(huán)境中的服務信息傳輸裝置,用于服務注冊中心,包括 版本信息生成單元,用于對接收到的服務信息進行注冊后,生成當前的服
務信息列表及其版本信息;
推送單元,用于將所述當前的服務信息列表及其版本信息推送到服務提供者。
一種集群環(huán)境中的服務信息傳輸系統(tǒng),包括服務提供終端及服務注冊中 心,所述服務提供終端包括
判斷單元,用于判斷當前服務是否已經注冊;
傳輸單元,用于當前服務沒有注冊時,將所述當前服務的服務信息傳輸?shù)?服務注冊中心;
控制單元,用于比較已注冊的第一版本信息與當前需要注冊的第二版本信 息,如果不相同,觸發(fā)所述傳輸單元將所述當前服務的服務信息傳輸?shù)椒兆?冊中心。
其中,還包括服務消費終端,所述服務消費終端包括服務信息列表獲取單元,用于在首次啟動時向服務注冊中心獲取服務信息
列表;
請求消息發(fā)送單元,用于在需要調用服務時,根據(jù)獲取到的服務信息列表, 向相應的服務提供終端發(fā)送調用服務的請求消息。 其中,
所述服務注冊中心包括版本信息生成單元,用于對接收到的服務信息進 行注冊后,生成當前的服務信息列表及其版本信息;
推送單元,用于將所述當前的服務信息列表及其版本信息推送到服務提供
者;
所述服務消費終端的請求消息發(fā)送單元還用于將獲取到的服務信息列表 的版本信息發(fā)送到服務提供終端;
所述服務提供終端的控制單元還用于,比較所述當前的服務信息列表與所 述服務消費者獲取到的服務信息列表的版本信息是否相同,如果不相同,觸發(fā) 所述傳輸單元將所述當前的服務信息列表傳輸?shù)剿龇障M終端。
其中,所述服務消費終端的請求消息發(fā)送單元包括
判斷子單元,用于判斷從獲取到的服務信息列表中解析出的服務地址是否 為空;如果是,觸發(fā)所述服務信息列表獲取單元重新向服務注冊中心獲耳又服務 信息列表;
發(fā)送子單元,用于根據(jù)從獲取到的服務信息列表中解析出的地址向相應的 服務提供終端發(fā)送調用服務的請求消息。
根據(jù)本發(fā)明提供的具體實施例,本發(fā)明公開了以下技術效果
首先,服務提供者判斷當前服務是否已經注冊;如果沒有注冊,將所述當 前服務的服務信息傳輸?shù)椒兆灾行?;否則,比較已注冊的第一版本信息及 當前需要注冊的第二版本信息,如果不相同,則將所述當前服務的服務信息傳 輸?shù)椒兆灾行???梢姡冒姹緳C制,當服務提供者啟動時,可以根據(jù)服 務的版本信息來決定是否進行注冊,由于服務提供者提供的服務版本信息并不 經常發(fā)生變化,這樣即使服務提供者所在集群整體啟動時,多數(shù)的服務信息都 不需要重新注冊,因此在很大程度上降低了產生瞬間流量高峰的可能性。
其次,服務注冊中心僅將服務信息推送給服務提供者,由于通常服務提供者在數(shù)量上要遠小于服務消費者,因此進一步降低了網(wǎng)絡流量。
再次,服務消費者可以只在第 一次啟動時向服務信息中心獲取服務信息, 之后直接與服務提供者進行交互,來調用所需要的服務,因此減少了服務消費 者與服務注冊中心之間的交互次數(shù),降低了服務注冊中心的壓力。同時服務提 供者與服務消費者的直接交互減少了服務調用在性能上造成的損耗。


圖l是本發(fā)明實施例提供的方法的流程圖2是本發(fā)明實施例提供的另 一方法的流程圖3是本發(fā)明實施例中服務消費者發(fā)送請求消息的方法的流程圖4是本發(fā)明實施例提供的用于服務提供者的裝置的示意圖5是本發(fā)明實施例提供的另一用于服務提供者的裝置的示意圖6是本發(fā)明實施例提供的用于服務注冊中心的裝置的示意圖7是本發(fā)明實施例提供的系統(tǒng)的示意圖8是本發(fā)明實施例提供的另一系統(tǒng)的示意圖。
具體實施例方式
為了使本發(fā)明的上述目的、特征及優(yōu)點能夠更加明顯易懂,下面結合附圖 和具體實施方式
對本發(fā)明作進一步詳細地說明。
本發(fā)明所述網(wǎng)絡流量是指服務信息在傳輸過程中造成的流量,該傳輸過程 主要體現(xiàn)在兩個方面,首先是服務提供者將其提供的服務信息傳輸?shù)椒兆?中心進行注冊的過程,其次是服務注冊中心將已經注冊的服務信息進行推送的 過程。在傳統(tǒng)的方案中,服務提供者在每一次重新啟動時,都需要將其服務信 息進行重新注冊,這樣當服務提供者所在集群整體重啟時,則不可避免地會造 成網(wǎng)絡流量的瞬間高峰。然而,在實際應用中, 一個服務提供者所提供的服務 往往是不會經常發(fā)生改變的,對于同樣的服務信息反復進行重新注冊是不必要 的,因此,本發(fā)明利用版本機制,只有在當前服務沒有被注冊、或者當前服務 的版本信息與已經注冊的版本信息不相同時,服務提供者才將該服務當前服務 的服務信息傳輸?shù)椒兆灾行倪M行注冊,否則,將不會傳輸該服務信息,以 此來減少不必要的傳輸,進而降低網(wǎng)絡流量出現(xiàn)瞬間高峰的可能。下面結合附圖進行詳細地介紹。
參見圖1,本發(fā)明實施例提供的集群環(huán)境中的服務信息傳輸方法包括以下 步驟
S101:服務提供者判斷當前服務是否已經注冊;如果沒有注冊,進入步驟 S103,否則進入步驟S102;
需要說明的是,本發(fā)明實施例中,服務提供者每次向服務注冊中心傳輸服 務信息時,都生成服務信息的版本信息,并保存在本地,例如,可以利用"文 件名+最近修改時間"的格式進行保存,由于計算機系統(tǒng)會記錄文件名、最近 修改時間等信息,因此這些信息是可以直接在系統(tǒng)中提取的。在服務提供者啟 動時,首先判斷當前服務是否已經注冊過,在實際應用中,可以獲取該服務已 經注冊的版本信息,如果版本信息為空,則認為該服務尚未注冊。
S102:比較已注冊的第一版本信息及當前需要注冊的第二版本信息,如果 不相同,則進入步驟S103。
如果所述第一版本信息與第二版本信息不相同,則意味著該服務在上一次 注冊后已經發(fā)生了更新,此時,該當前服務是需要進行重新注冊的。其中,已 注冊的第一版本信息保存在本地,因此可以從本地獲取;第二版本信息是可以 從系統(tǒng)中提取的。
S103:將所述當前服務的服務信息傳輸?shù)椒兆灾行摹?br> 如果當前服務尚未注冊或已注冊的服務版本信息已經發(fā)生了變化,則將當 前服務的服務信息傳輸?shù)椒兆灾行倪M行注冊或重新注冊。
以上所述是本發(fā)明實施例提供的傳輸服務信息的方法,由于通常情況下, 服務提供者所提供的服務比較固定,也不會經常進行更新,因此,利用本發(fā)明 實施例提供的版本機制,將避免進行不必要的重新注冊,當服務提供者所在集 群整體重啟時,該方法將大大減少由傳輸服務信息帶來的網(wǎng)絡流量,降低了發(fā) 生網(wǎng)絡阻塞甚至癱瘓的可能性。
由于在傳統(tǒng)的方案中,服務注冊中心會將注冊過的服務信息推送給服務消 費者,以便服務消費者在需要調用某服務時,根據(jù)服務注冊中心推送的服務信 息,查找到相應的服務提供者的地址,進而向該服務提供者提取所需的服務。但是,如前文所述,在集群環(huán)境中,服務消費者的數(shù)量非常多,這就意味著服 務注冊中心需要進行非常多次的推送,仍然可能產生網(wǎng)絡流量的高峰,因此在 本發(fā)明的優(yōu)選實施例中,不僅在服務提供者端對服務信息的流量進行控制,還 在服務注冊中心進行控制,使得服務注冊中心不再以廣播的方式向服務消費者 推送服務信息,而是由服務消費者向服務注冊中心獲取服務信息列表。以此來 進一步降低由傳輸服務信息帶來的網(wǎng)絡流量。
但是,如果服務注冊中心完全不推送服務信息列表,則服務消費者每次調 用服務時都需要向服務注冊中心獲取服務信息列表,以獲取目標服務的地址, 這必將極大地增加服務注冊中心的壓力,同時也會對服務調用的性能造成很大
的損耗。因此,在本發(fā)明實施例中,可以采用如下方法服務消費者只在第一
次啟動時向服務注冊中心獲取服務信息列表,當需要調用服務時,服務消費者 可以直接與服務提供者進行交互,獲取相應的服務。但是,在這種情況下,如 果服務消費者在獲取服務信息列表后,又有新的服務信息注冊到服務注冊中 心,或某些服務信息的版本信息發(fā)生了更新,這些都將使得服務注冊中心當前 服務信息列表發(fā)生變化,此時,應該使服務消費者能夠獲取到當前的服務信息 列表。為此,本發(fā)明實施例提供了相應的方法,下面結合附圖,對該方法進行 詳細地描述。
參見圖2,服務注冊中心在接收到服務提供者傳輸?shù)姆招畔⒑螅M行以 下步驟
S201:服務注冊中心注冊接收到的服務信息; S202:生成當前的服務信息列表及其版本信息;
值得注意的是,這里的版本信息與服務提供者端生成的版本信息是不同 的,該版本信息由服務注冊中心生成,可以利用"文件名+最近注冊時間,,的 形式。例如,服務提供者A和服務提供者B均能提供名稱為x的服務,服務提 供者A將x傳輸?shù)椒兆灾行臅r,服務注冊中心在時間Tl對其注冊,并生 成其版本號為"x +注冊時間Tl";之后服務提供者B同樣將x傳輸?shù)椒兆?冊中心,服務注冊中心在時間T2對其注冊,此時,服務x的版本號被更新為 "x +注冊時間T2"。生成版本信息的目的是,便于區(qū)分服務消費者獲取到的服務信息列表與當前最新的服務信息列表是否相同。
S 2 0 3:將當前的服務信息列表及其版本信息推送到服務提供者;
這樣進行推送的目的是,使得服務提供者保存由當前最新的服務信息列 表,這樣即使在服務信息列表發(fā)生更新時,服務消費者也可以從服務提供者獲 得當前最新的服務信息列表,而不需要重新向服務注冊中心獲取。也就是服務 消費者與服務注冊中心之間只進行一次交互,其他的交互都在服務消費者與服 務提供者之間進行,從而減輕了服務注冊中心的壓力。
同時,由于服務提供者在數(shù)量上通常要比服務消費者少很多,因此,這種 向服務提供者推送的方式,與向服務消費者推送相比,大大減少了網(wǎng)絡流量。
S204:服務消費者在首次啟動時,向服務注冊中心獲取服務信息列表及其 版本信息;
S205:每次需要調用服務時,可以根據(jù)獲取到的服務信息列表,向服務提 供者發(fā)送調用服務請求消息,并將獲取到的服務信息列表的版本信息攜帶在所 述請求消息中;
S206:服務提供者在接收到所述請求消息后,比較所述當前服務信息列表 與服務消費者獲取到的服務信息列表的版本信息是否相同,如果相同,向服務 消費者發(fā)送相應的服務;如果不相同,則將所述當前的服務信息列表傳輸?shù)椒?務消費者;然后,服務消費者可以根據(jù)當前的服務信息列表,向目標服務提供 者發(fā)送調用服務的請求消息,同時攜帶該當前服務信息列表的版本信息。
其中,服務消費者在根據(jù)獲取到的服務信息列表,向服務提供者發(fā)送調用 服務的請求消息的過程,可以通過以下方法實現(xiàn),參見圖3,該方法包括
S301:判斷從服務信息列表解析出的需調用服務的地址是否為空;如果不 為空,進入步驟S302;否則進入步驟S303;
造成需調用服務的地址為空的原因可能是提供該服務的服務提供者的地 址進行了更新,此時服務消費者會無法訪問服務提供者;因此需要重新向服務 注冊中心獲取當前的服務信息列表,以便獲取到服務提供者更新后的地址。
S 3 02:根據(jù)所述地址向相應的服務提供者發(fā)送調用服務的請求消息;
S303:重新向服務注冊中心獲取服務信息列表,從新獲取的服務信息列表中解析出需調用的服務信息的地址,并根據(jù)該地址向相應的服務提供者發(fā)送調 用服務的請求消息。
以上描述了本發(fā)明實施例提供的集群環(huán)境中傳輸服務信息的方法,可見, 該方法在服務信息從服務提供者到服務注冊中心的傳輸、以及服務注冊中心的 推送兩個方面進行考慮,其中,服務提供者向服務注冊中心傳輸時,釆用版本 機制,只傳輸尚未注冊以及當前版本信息與已注冊版本信息不同的服務信息,
大大減少了網(wǎng)絡流量;服務中心推送服務信息列表時,采取了處于向所有服務
消費者廣播與完全不推送之間的一種折中的方式,即向服務提供者推送,同時 采用版本機制,使得服務消費者能夠獲得當前最新的服務信息列表以及相應的 服務。這樣,在減少了網(wǎng)絡流量的同時,也減輕了服務注冊中心的壓力。
與本發(fā)明實施例提供的方法相對應,本發(fā)明實施例還提供了 一種集群環(huán)境
中的服務信息傳輸裝置,該裝置用于服務提供終端,參見圖4,該裝置包括 判斷單元U401,用于判斷當前服務是否已經注冊;
傳輸單元U402,用于當前服務沒有注冊時,將所述當前服務的服務信息 傳輸?shù)椒兆灾行模?br> 控制單元U403,用于比較已注冊的第一版本信息與當前需要注冊的第二 版本信息,如果不相同,觸發(fā)所述傳輸單元將所述當前服務的服務信息傳輸?shù)?服務注冊中心。
判斷單元U401判斷當前服務是否已經注冊;如果沒有注冊,則由傳輸單 元U402將所述當前服務的服務信息傳輸?shù)椒兆灾行?;否則,控制單元U403 比較已注冊的第一版本信息與當前需要注冊的第二版本信息,如果兩者不相 同,則說明該當前服務在上次注冊之后發(fā)生了更新,因此,觸發(fā)所述傳輸單元 將所述當前服務的服務信息傳輸?shù)椒兆灾行摹?br> 由于傳統(tǒng)方法中,服務注冊中心將服務信息列表推送到服務消費者的過程 中也會產生很大的網(wǎng)絡流量,因此在本發(fā)明的優(yōu)選實施例中,還在服務注冊中 心進行流量控制。但是,如果采取完全不推送服務信息列表的方法,服務消費 者每次調用服務時都需要重新向服務注冊中心獲取服務信息列表,這將增加服 務注冊中心的壓力。本發(fā)明實施例中,服務注冊中心將當前的服務注冊中心推送到服務提供者,服務消費者可以從服務提供者獲得當前的服務信息列表。參
見圖5,該裝置還包括
服務信息列表存儲單元U504,用于保存由服務注冊中心推送的服務信息 列表及其版本信息,則控制單元U503還用于比較所述當前的服務信息列表與
服務消費者獲取到的服務信息列表的版本信息是否相同,如果不相同,觸發(fā)傳 輸單元U502將所述當前的服務信息列表傳輸?shù)椒障M者。
與本發(fā)明實施例所提供的方法相對應,本發(fā)明實施例還提供了 一種集群環(huán) 境中的服務信息傳輸裝置,該裝置用于服務注冊中心,參見圖6,該裝置包括
版本信息生成單元U601,用于對接收到的服務信息進行注冊后,生成當 前的服務信息列表及其版本信息;
推送單元U602,用于將所述當前的服務信息列表及其版本信息推送到服 務提供者。
與本發(fā)明所提供的方法及裝置相對應,本發(fā)明實施例還提供了 一種集群環(huán) 境中的服務傳輸系統(tǒng),參見圖7,該系統(tǒng)包括服務提供終端U701及服務注冊 中心U702,其中服務提供終端U701包括
判斷單元U7011,用于判斷當前服務是否已經注冊;
傳輸單元U7012,用于當前服務沒有注冊時,將所述當前服務的服務信息 傳輸?shù)椒兆灾行模?br> 控制單元U7013,用于比較已注冊的第一版本信息與當前需要注冊的第二 版本信息,如果不相同,觸發(fā)所述傳輸單元將所述當前服務的服務信息傳輸?shù)?服務注冊中心。
在本發(fā)明的優(yōu)選實施例中,為了更好的減少網(wǎng)絡流量,服務注冊中心不是 向所有的服務消費終端推送服務信息列表,而是由服務消費者向服務注冊中心 獲取服務信息列表,以得到目標服務的地址。但是為了減輕服務注冊中心的壓 力,服務消費者只有在首次啟動時向服務注冊中心獲取服務信息列表,然后每 次調用服務時都直接與服務提供者進行交互,獲得需要的服務。因此,參見圖 8,該系統(tǒng)中服務消費終端U803包括
服務信息列表獲取單元U8031,用于在首次啟動時向服務注冊中心獲取服務信息列表;
請求消息發(fā)送單元U8032,用于在需要調用服務時,根據(jù)獲取到的服務信 息列表,向相應的服務提供終端發(fā)送調用服務的請求消息。
為了使服務消費者能夠獲得當前最新的服務信息列表,本發(fā)明的優(yōu)選實施 例中,月l務注冊中心U802包括
版本信息生成單元U8021,用于對接收到的服務信息進行注冊后,生成當 前的服務信息列表及其版本信息;
推送單元U8022,用于將所述當前的服務信息列表及其版本信息推送到服 務提供者;
則所述服務消費終端的請求消息發(fā)送單元U8032還用于將獲取到的服務 信息列表的版本信息發(fā)送到服務提供終端;服務提供終端U801還包括服務信 息列表存儲單元U8014,用于保存由服務注冊中心推送的服務信息列表;服務 提供終端U801的控制單元U8013還用于比較所述當前的服務信息列表與所述 服務消費者獲取到的服務信息列表的版本信息是否相同,如果不相同,觸發(fā)傳 輸單元U8012將所述當前的服務信息列表傳輸?shù)剿龇障M終端。
在實際應用中,服務消費終端的請求消息發(fā)送單元包括以下兩個子單元 判斷子單元U80321,用于判斷從獲取到的服務信息列表中解析出的服務
地址是否為空;如果是,觸發(fā)所述服務信息列表獲取單元重新向服務注冊中心
獲取服務信息列表;
發(fā)送子單元U80322,用于根據(jù)從獲取到的服務信息列表中解析出的地址 向相應的服務提供終端發(fā)送調用服務的請求消息。
以上對本發(fā)明所提供的集群系統(tǒng)中服務信息的傳輸方法、裝置及系統(tǒng),進
述,以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時, 對于本領域的一般技術人員,依據(jù)本發(fā)明的思想,在具體實施方式
及應用范圍 上均會有改變之處。綜上所述,本說明書內容不應理解為對本發(fā)明的限制。
權利要求
1、一種集群環(huán)境中的服務信息傳輸方法,所述集群環(huán)境中包括服務注冊中心及服務提供者,其特征在于,包括服務提供者判斷當前服務是否已經注冊;如果沒有注冊,將所述當前服務的服務信息傳輸?shù)椒兆灾行?;否則,比較已注冊的第一版本信息及當前需要注冊的第二版本信息,如果不相同,則將所述當前服務的服務信息傳輸?shù)椒兆灾行摹?br> 2、 根據(jù)權利要求1所述的方法,所述集群環(huán)境中還包括服務消費者,其 特征在于所述服務消費者在首次啟動時向服務注冊中心獲取服務信息列表; 需要調用服務時,根據(jù)獲取到的服務信息列表,向服務提供者發(fā)送調用服 務的請求消息。
3、 根據(jù)權利要求2所述的方法,其特征在于服務注冊中心接收到服務信息并進行注冊后,生成當前服務信息列表及其 版本信息,并將所述當前的服務信息列表及其版本信息推送到服務提供者;服務消費者向服務提供者發(fā)送請求消息時,并將獲取到的服務信息列表的 版本信息發(fā)送到服務提供者;服務提供者接收到所述請求消息后,比較所述當前的服務信息列表與服務 消費者發(fā)送的服務信息列表的版本信息是否相同,如果不相同,將所述當前的 服務信息列表傳輸?shù)椒障M者。
4、 根據(jù)權利要求3所述的方法,其特征在于服務消費者判斷從服務信息列表解析出的需調用服務的地址是否為空; 如果不為空,根據(jù)所述地址向相應的服務提供者發(fā)送調用服務的請求消自 否則,重新向服務注冊中心獲取服務信息列表,從新獲取的服務信息列表 中解析出需調用的服務信息的地址,并根據(jù)該地址向相應的服務提供者發(fā)送調 用服務的請求消息。
5、 一種集群環(huán)境中的服務信息傳輸裝置,用于服務提供者,其特征在于, 包括判斷單元,用于判斷當前服務是否已經注冊;傳輸單元,用于當前服務沒有注冊時,將所述當前服務的服務信息傳輸?shù)椒兆灾行?;控制單元,用于比較已注冊的第 一版本信息與當前需要注冊的第二版本信 息,如果不相同,觸發(fā)所述傳輸單元將所述當前服務的服務信息傳輸?shù)椒兆?冊中心。
6、 根據(jù)權利要求5所述的裝置,其特征在于,還包括服務信息列表存儲單元,用于保存由服務注冊中心推送的服務信息列表; 所述控制單元還用于比較所述當前的服務信息列表與服務消費者獲取到的服務信息列表的版本信息是否相同,如果不相同,觸發(fā)所述傳輸單元將所述當前的服務信息列表傳輸?shù)椒障M者。
7、 一種集群環(huán)境中的服務信息傳輸裝置,用于服務注冊中心,其特征在 于,包括' 版本信息生成單元,用于對接收到的服務信息進行注冊后,生成當前的服 務信息列表及其版本信息;推送單元,用于將所述當前的服務信息列表及其版本信息推送到服務提供者。
8、 一種集群環(huán)境中的服務信息傳輸系統(tǒng),包括服務提供終端及服務注冊 中心,其特征在于,所述服務提供終端包括判斷單元,用于判斷當前服務是否已經注冊;傳輸單元,用于當前服務沒有注冊時,將所述當前服務的服務信息傳輸?shù)?服務注冊中心;控制單元,用于比較已注冊的第一版本信息與當前需要注冊的第二版本信 息,如果不相同,觸發(fā)所述傳輸單元將所述當前服務的服務信息傳輸?shù)椒兆?冊中心。
9、 根據(jù)權利要求8所述的系統(tǒng),還包括服務消費終端,其特征在于,所 述服務消費終端包括服務信息列表獲取單元,用于在首次啟動時向服務注冊中心獲取服務信息 列表;請求消息發(fā)送單元,用于在需要調用服務時,根據(jù)獲取到的服務信息列表, 向相應的服務提供終端發(fā)送調用服務的請求消息。
10、 根據(jù)權利要求9所述的系統(tǒng),其特征在于,所述服務注冊中心包括版本信息生成單元,用于對接收到的服務信息進 行注冊后,生成當前的服務信息列表及其版本信息;推送單元,用于將所述當前的服務信息列表及其版本信息推送到服務提供者;所述服務消費終端的請求消息發(fā)送單元還用于將獲取到的服務信息列表的版本信息發(fā)送到服務提供終端;所述服務提供終端的控制單元還用于,比較所述當前的服務信息列表與所 述服務消費者獲取到的服務信息列表的版本信息是否相同,如果不相同,觸發(fā) 所述傳輸單元將所述當前的服務信息列表傳輸?shù)剿龇障M終端。
11、 根據(jù)權利要求9所述的系統(tǒng),其特征在于,所述服務消費終端的請求 消息發(fā)送單元包括判斷子單元,用于判斷從獲取到的服務信息列表中解析出的服務地址是否 為空;如果是,觸發(fā)所述服務信息列表獲取單元重新向服務注冊中心獲取服務 信息列表;發(fā)送子單元,用于根據(jù)從獲取到的服務信息列表中解析出的地址向相應的 服務提供終端發(fā)送調用服務的請求消息。
全文摘要
本發(fā)明公開了一種集群環(huán)境中的服務信息傳輸方法,所述集群環(huán)境中包括服務注冊中心及服務提供者,該方法包括服務提供者判斷當前服務是否已經注冊;如果沒有注冊,將所述當前服務的服務信息傳輸?shù)椒兆灾行?;否則,比較已注冊的第一版本信息及當前需要注冊的第二版本信息,如果不相同,則將所述當前服務的服務信息傳輸?shù)椒兆灾行摹1景l(fā)明還公開了集群環(huán)境中的服務信息傳輸裝置及系統(tǒng),通過本發(fā)明,當服務提供者啟動時,可以根據(jù)服務的版本信息來決定是否進行注冊,這樣即使服務提供者所在集群整體啟動時,多數(shù)的服務信息都不需要重新注冊,因此在很大程度上降低了產生瞬間流量高峰的可能性。
文檔編號H04L12/24GK101626310SQ200810126890
公開日2010年1月13日 申請日期2008年7月10日 優(yōu)先權日2008年7月10日
發(fā)明者昊 林 申請人:阿里巴巴集團控股有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
利津县| 鸡泽县| 广昌县| 雷州市| 临潭县| 兖州市| 绥中县| 商丘市| 绩溪县| 禹州市| 宁南县| 贵阳市| 和政县| 铜川市| 黄石市| 文安县| 锦屏县| 博爱县| 浦东新区| 井陉县| 陆丰市| 抚宁县| 浦江县| 积石山| 吉安市| 修水县| 五常市| 达拉特旗| 宁德市| 克拉玛依市| 天峻县| 明光市| 垫江县| 修水县| 莒南县| 台湾省| 漳平市| 论坛| 安平县| 且末县| 永平县|