本文只是有關(guān)事件驅(qū)動(dòng)的體系結(jié)構(gòu)的一些想法。 這里沒有代碼,只有觀察和建議。 明確地說,我將使用事件驅(qū)動(dòng)一詞,但如果您閱讀上面的Wikipedia參考,則會(huì)發(fā)現(xiàn)我也錯(cuò)誤地混入了消息驅(qū)動(dòng)系統(tǒng)。
TLDR;
這是關(guān)于復(fù)雜性的討論,顯然是說,強(qiáng)大的力量伴隨著巨大的責(zé)任。
基于事件的架構(gòu)
基于事件的體系結(jié)構(gòu)范式的核心是事件的產(chǎn)生,檢測(cè),消耗和反應(yīng)的解耦。它們應(yīng)該在反映這一點(diǎn)的代碼中進(jìn)行組織,即與生產(chǎn),檢測(cè),消耗和反應(yīng)相關(guān)的代碼應(yīng)分別分組,并且通常還通過多個(gè)應(yīng)用程序進(jìn)行分發(fā)。盡管事情是有條理的,并且肯定有明確的因果關(guān)系,但通過系統(tǒng)的分派機(jī)制進(jìn)行的每次轉(zhuǎn)換都會(huì)充當(dāng)信息壁壘。在許多體系結(jié)構(gòu)中,如果您從第一段代碼開始,則可以跟蹤在給定情況下從頭到尾遵循的代碼路徑,通??梢允褂谜{(diào)試器實(shí)時(shí)進(jìn)行。使用基于事件的系統(tǒng),通過事件分配器的第一跳更有可能使您感冒。您立即面臨一個(gè)問題,即許多現(xiàn)有的聽眾/訂戶中的哪些人將對(duì)事件做出響應(yīng),他們是否都在此過程中進(jìn)行響應(yīng),是否可以保證收據(jù),以及確定性發(fā)生的順序?
它實(shí)際上是一個(gè)公開喊價(jià)(outcry)系統(tǒng),在通常情況下,出價(jià)(通話)和要約(響應(yīng))易于觀察和配對(duì),但是在混亂的時(shí)期,以觀察員的身份進(jìn)行的所有呼喊變得幾乎不可能。
我指的是我正在替換的當(dāng)前事件驅(qū)動(dòng)系統(tǒng),稱為彈球機(jī),因?yàn)榍驎?huì)大量涌入,在周圍瘋狂反彈,有的會(huì)導(dǎo)致獎(jiǎng)品彈出,而有的則會(huì)消失殆盡。 您必須是粒子物理學(xué)家才能認(rèn)為系統(tǒng)是可預(yù)測(cè)的和可理解的。
級(jí)聯(lián)混沌的真實(shí)示例
我記得讀過一次關(guān)于航空公司系統(tǒng)停機(jī)的事后調(diào)查,我相信那是英國(guó)航空公司的UPS故障,恢復(fù)工作花了幾天的時(shí)間。為什么?他們的系統(tǒng)都是事件驅(qū)動(dòng)的,并掛在一條通用的消息總線上。隨著時(shí)間的流逝以及通過企業(yè)收購(gòu),IT系統(tǒng)的有機(jī)增長(zhǎng)意味著他們根本不知道到底在聽什么,而且系統(tǒng)實(shí)施在容錯(cuò)方面也不一致。許多系統(tǒng)需要重新啟動(dòng)以重新建立通信,并且盡管UI可以快速檢測(cè)和處理,但在不能解決所有問題時(shí),他們顯然會(huì)蠻力地"重新啟動(dòng)所有"。但是,由于系統(tǒng)之間的相互依賴性以及幾乎同時(shí)進(jìn)行的重啟,因此并非所有重啟均能正常工作。只是隨著時(shí)間的流逝,通過注意到非功能性功能才發(fā)現(xiàn)了一些問題。例如,也許您可以預(yù)訂航班,選擇座位,登記行李,但行李標(biāo)簽不會(huì)在希思羅機(jī)場(chǎng)的柜臺(tái)打印。因此,他們必須確定應(yīng)該發(fā)生什么事件鏈,哪些鏈斷裂了,沒有發(fā)生什么事件反應(yīng)以及最后應(yīng)該由哪個(gè)系統(tǒng)執(zhí)行。
我是否要注意事件驅(qū)動(dòng)系統(tǒng)?
不。它們功能強(qiáng)大,并且在許多情況下絕對(duì)是正確的解決方案。 哎呀,我們正在用另一種事件驅(qū)動(dòng)的架構(gòu)替換彈球機(jī)。 什么?! 是的,這是我們方案中的正確工具。
因此,如果我不是說不使用事件驅(qū)動(dòng)的體系結(jié)構(gòu),那是什么意思?
確保它們是可追蹤的
從第零天開始進(jìn)行跟蹤和恢復(fù):
· 將關(guān)聯(lián)標(biāo)識(shí)符和發(fā)起者信息維護(hù)到事件中。
· 統(tǒng)一審核/記錄命令和事件。
· 請(qǐng)勿使用Blob或任何方案文本(如JSON)。 您希望始終使用通用語(yǔ)言,因?yàn)樵S多分布式部分正在監(jiān)聽。 集中定義事件,并在所有地方使用這些定義。 您想知道更改對(duì)整個(gè)系統(tǒng)的影響。 提前計(jì)劃事件的演變變化。 在可能的情況下,請(qǐng)避免對(duì)現(xiàn)有字段進(jìn)行結(jié)構(gòu)更改,而應(yīng)采用"狂暴/吹掃"方法,在這種情況下,您僅進(jìn)行累加并直到要清理。
· 研究Zipkin和監(jiān)視工具之類的東西,以顯示跟蹤信息。
· 如果另一個(gè)系統(tǒng)取決于您的事件,但又不能訂閱您的調(diào)度程序,而是從某個(gè)持久性日志中掃描事件,請(qǐng)確保它們也遵循這些規(guī)則,不要在異構(gòu)邊界上停止這些最佳做法。
這些建議似乎過于嚴(yán)格,但是我一次又一次地看到人們認(rèn)為他們可以在獲得一定收入后再解決這些問題,然后當(dāng)問題確實(shí)出現(xiàn)時(shí),發(fā)現(xiàn)沒有APM或快速解決方案可以追溯地真正修復(fù)生態(tài)系統(tǒng)。
-
架構(gòu)
+關(guān)注
關(guān)注
1文章
511瀏覽量
25468 -
事件驅(qū)動(dòng)
+關(guān)注
關(guān)注
0文章
9瀏覽量
6740
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論