本文只是有關(guān)事件驅(qū)動(dòng)的體系結(jié)構(gòu)的一些想法。 這里沒有代碼，只有觀察和建議。 明確地說(shuō)，我將使用事件驅(qū)動(dòng)一詞，但如果您閱讀上面的Wikipedia參考，則會(huì)發(fā)現(xiàn)我也錯(cuò)誤地混入了消息驅(qū)動(dòng)系統(tǒng)。

TLDR；

這是關(guān)于復(fù)雜性的討論，顯然是說(shuō)，強(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ī)。 什么？！ 是的，這是我們方案中的正確工具。

因此，如果我不是說(shuō)不使用事件驅(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)。