在字節(jié)跳動(dòng)公司搜索系統(tǒng)中,分布式搜索檢索（Search Retrieval）服務(wù)是其用于獲取搜索查詢結(jié)果的子系統(tǒng)。為了保證檢索服務(wù)的穩(wěn)定運(yùn)行,以及上下游服務(wù)能夠正確找到其服務(wù)實(shí)例,開發(fā)及運(yùn)維人員需要一套與業(yè)務(wù)邏輯耦合度較低的運(yùn)維管理系統(tǒng),為其提供運(yùn)維支持和服務(wù)治理功能。因此,運(yùn)維管理系統(tǒng)需要在盡量不入侵業(yè)務(wù)代碼的情況下接入系統(tǒng)完成運(yùn)維操作,并為業(yè)務(wù)服務(wù)提供準(zhǔn)確的元信息描述。鑒于此,本文以事件（Event）表示業(yè)務(wù)系統(tǒng)狀態(tài)發(fā)生變化時(shí),系統(tǒng)或運(yùn)維人員發(fā)出的通知,提出采用基于事件驅(qū)動(dòng)（Event-Driven）架構(gòu)模式進(jìn)行系統(tǒng)的架構(gòu)設(shè)計(jì)。各類事件所攜帶的不同參數(shù)及其值表示相應(yīng)運(yùn)維任務(wù)涉及的目標(biāo)和具體操作,由系統(tǒng)內(nèi)各個(gè)功能模塊完成事件的發(fā)送、接收和處理,進(jìn)而執(zhí)行用戶所需的各類運(yùn)維操作。通過事件攜帶命令和參數(shù)進(jìn)行運(yùn)維系統(tǒng)和業(yè)務(wù)系統(tǒng)之間的通信,期望能夠在為業(yè)務(wù)系統(tǒng)提供運(yùn)維支持的同時(shí)降低二者的耦合,減少運(yùn)維系統(tǒng)接入業(yè)務(wù)所需的成本。同時(shí),為業(yè)務(wù)運(yùn)行時(shí)所涉及包括集群、數(shù)據(jù)集合和服務(wù)實(shí)例在內(nèi)各個(gè)實(shí)體,系統(tǒng)維護(hù)能夠準(zhǔn)確描述業(yè)務(wù)服務(wù)實(shí)例當(dāng)前狀態(tài)信息的元數(shù)據(jù),幫助業(yè)務(wù)系統(tǒng)完成服務(wù)注冊(cè)。系統(tǒng)主體采用Python2... 

【文章來源】：南京大學(xué)江蘇省 211工程院校 985工程院校 教育部直屬院校

【文章頁數(shù)】：84 頁

【學(xué)位級(jí)別】：碩士

【部分圖文】：

圖２．１：調(diào)度拓?fù)涞氖录?qū)動(dòng)模式架構(gòu)圖??

裝了應(yīng)用的業(yè)務(wù)邏輯，接受處理事件并執(zhí)行特定任務(wù)。??代理拓?fù)錄]有中心事件調(diào)度模塊，適用于處理簡(jiǎn)單的事件流程，其典型的??系統(tǒng)架構(gòu)如圖２．２所示。系統(tǒng)中只有兩類組件，分別是組織成鏈?zhǔn)浇Y(jié)構(gòu)的事件中??通道及各個(gè)事件處理模塊。其中，每個(gè)事件處理器都負(fù)責(zé)處理并發(fā)時(shí)間并發(fā)布??交由其他處理模塊接收的新事件。??事件處理模塊??（事件麵？?－〇〔了－模塊）〔了’塊〕??廠（子模塊）（子模塊）????（ｍｎｍｍ?（）?１＝＝＾??ｉｎ牛處理模塊?事件處理模塊??（５５５?〇－（事?ｆｆｉｉ?道（１??（子模塊）ｆ子模塊）?廠［子模塊）（子模塊）??（事件通道Ｄ??事件處理模塊?事件處理模塊??＜３－＊??〔子機(jī)）〇—〇?－〇?（事件通道ｕ?％?（子模塊）〇模塊）??（子模塊）［子模塊）?（７５５）［子模塊）??圖２．２：代理拓?fù)涞氖录?qū)動(dòng)模式架構(gòu)圖??總的來說，采用事件驅(qū)動(dòng)架構(gòu)設(shè)計(jì)的系統(tǒng)具備快速響應(yīng)環(huán)境變化的能力。??由于系統(tǒng)中負(fù)責(zé)執(zhí)行業(yè)務(wù)邏輯的事件處理模塊由一系列功能單一，相互獨(dú)立的??組件組成，相互之間通過事件消息的傳遞而聯(lián)系，因此個(gè)別事件處理模塊的修??改不會(huì)影響其他模塊，且每個(gè)事件處理模塊都具備單獨(dú)擴(kuò)展的能力，能夠在更??加細(xì)粒度的維度上實(shí)現(xiàn)系統(tǒng)的擴(kuò)展，己經(jīng)受到廣泛的應(yīng)用。楊志義等提出一種??面向服務(wù)的事件驅(qū)動(dòng)架構(gòu)（Ｓｅｒｖｉｃｅ?Ｏｒｉｅｎｔｅｄ?Ｅｖｅｎｔ?Ｄｒｉｖｅｎ?Ａｒｃｈｉｔｅｃｔｕｒｅ，ＳＯＥＤＡ）??具備較好的互操作性和較高的軟件如用能力

圖３．８：運(yùn)維任務(wù)狀態(tài)轉(zhuǎn)換圖??系統(tǒng)由事件總線中提交的任務(wù)和各個(gè)任務(wù)的狀態(tài)變遷驅(qū)動(dòng)。任務(wù)的各個(gè)狀??態(tài)及其相互轉(zhuǎn)換如圖３．８所示。??當(dāng)一個(gè)任務(wù)首次被提交時(shí)，可能是已提交（ＳＵＢＭＩＴＴＥＤ）、阻塞（ＰＥＮＤＩＮＧ）??或是調(diào)度中（ＳＣＨＥＤＵＬＩＮＧ）中的一種。若任務(wù)設(shè)定了開始時(shí)間則其被提交為??調(diào)度中的狀態(tài)，當(dāng)?shù)竭_(dá)任務(wù)指定的幵始時(shí)間后變更為已提交狀態(tài)等待下一步調(diào)??度。若任務(wù)提交時(shí)指定了其需要依賴的任務(wù)，則被提交為阻塞狀態(tài)等待，當(dāng)其??依賴的任務(wù)都結(jié)束后會(huì)轉(zhuǎn)變?yōu)榧禾峤坏却{(diào)度，或是轉(zhuǎn)變?yōu)閺U棄（ＡＢＯＲＴ）狀??態(tài)終止該任務(wù)。??已提交是任務(wù)提交的缺省狀態(tài)，調(diào)度模塊會(huì)在此進(jìn)行該運(yùn)維操作的約束檢??查，通過所有約束檢查的任務(wù)狀態(tài)將變更為可運(yùn)行（ＲＵＮＮＡＢＬＥ），否則會(huì)被??執(zhí)為己取消（ＣＡＮＣＥＬＥＤ），結(jié)束該任務(wù)。??狀態(tài)為可運(yùn)行的任務(wù)會(huì)由負(fù)責(zé)該任務(wù)的相應(yīng)插件

【參考文獻(xiàn)】：
期刊論文
[1]一種云計(jì)算時(shí)代的DevOps自動(dòng)化運(yùn)維平臺(tái)[J]. 樊煉,廖振松.  電信工程技術(shù)與標(biāo)準(zhǔn)化. 2018(11)
[2]自動(dòng)化運(yùn)維管理平臺(tái)設(shè)計(jì)及實(shí)現(xiàn)[J]. 冷迪.  技術(shù)與市場(chǎng). 2018(11)
[3]插件技術(shù)、分層技術(shù)應(yīng)用于計(jì)算機(jī)軟件技術(shù)中的價(jià)值探討[J]. 曹華珠.  信息與電腦(理論版). 2018(15)
[4]大數(shù)據(jù)智能運(yùn)維系統(tǒng)設(shè)計(jì)及應(yīng)用[J]. 毛開梅.  電子測(cè)試. 2018(14)
[5]基于插件技術(shù)的軟件架構(gòu)設(shè)計(jì)及應(yīng)用[J]. 侯聰聰.  電子技術(shù)與軟件工程. 2018(11)
[6]淺析RAFT分布式算法[J]. 魯子元.  信息技術(shù). 2017(09)
[7]基于事件驅(qū)動(dòng)CPS體系架構(gòu)的層級(jí)模型[J]. 趙新,尹忠海,周誠,劉斌,李明杰.  計(jì)算機(jī)工程. 2018(04)
[8]基于Zookeeper框架實(shí)現(xiàn)MySQL分布式數(shù)據(jù)庫集群[J]. 張旭剛,李東輝,俞俊,朱廣新,鄭磊.  計(jì)算機(jī)與數(shù)字工程. 2016(09)
[9]基于Zookeeper綜合任務(wù)調(diào)度平臺(tái)的設(shè)計(jì)與應(yīng)用[J]. 王文峰,袁慶祝,陸佃龍.  信息技術(shù). 2016(06)
[10]使用插件技術(shù)架構(gòu)業(yè)務(wù)型應(yīng)用軟件[J]. 王興會(huì),邢藝蘭,李建義.  北華航天工業(yè)學(xué)院學(xué)報(bào). 2016(01)



本文編號(hào)：3274295