事件源ES的優點

多年來,開發人員實現持久性使用傳統的建立、讀取、更新、刪除(CRUD)模式。正如前面介紹的,若是採購模型實現持久性存儲狀態更改成歷史事件捕獲業務活動發生以前寫的數據存儲。這將事件存儲機制,容許他們被聚合,或者放在一個組與邏輯邊界。事件採購的模式之一,使併發、分佈式系統實現高性能、可伸縮性和彈性。
在一個分佈式體系結構中,事件採購提供瞭如下優勢數據庫

>在傳統的CRUD模型中,實體實例一般會表示爲一個可變對象在內存和一個可變行關係數據庫表中。這致使了臭名昭著的對象關係阻抗失配。對象關係映射器是用來填補這一鴻溝,但帶來新的複雜性。
事件源ES模型對待數據庫就像對待一個序列化時間的append-only log同樣。它並不試圖對每一個實體的狀態或直接在數據庫模式之間的關係進行建模。這大大簡化了代碼從數據庫中寫入和讀取
>一個實體如何達到其當前狀態的歷史仍在存儲事件。事務型數據和查帳式數據之間的一致性是有保證的,由於這些是相同的數據
>你如今有能力分析事件流和重要的業務信息來自它——也許甚至都不考慮當時的事件設計。你能夠在咱們的系統活動中添加新的視圖而不會使寫入方面更加複雜
>因爲全部類型的事件都都只需添加到數據存儲區,因此它能夠提升寫入性能。這裏沒有更新和刪除
>事件源系統很容易測試和調試。命令和事件能夠模擬用於測試目的。事件日誌提供了一個良好的記錄進行調試。若是在生產中檢測到一個問題,你能夠回放事件日誌在受控環境中瞭解一個實體進入很差
的狀態。
相關文章
相關標籤/搜索