event-store

    2熱度

    1回答

    我試圖在Docker中運行一個服務器(EventStore),在這種情況下是他們自己的圖像。我用-P標誌運行這個映像來分配外部端口。 (我的用法使得特定的端口分配不切實際。) 當我啓動EventStore的映像時,端口2113(它們的網絡端口)被映射到一些高端口,如33125.如果我在瀏覽器中輸入(my_ip):33125,它會被重寫爲像(my_ip):2113/web /。當然,Docker端口

    3熱度

    2回答

    有各種示例應用程序和框架實現CQRS +事件源代碼架構,大多數描述使用事件處理程序來創建存儲在事件存儲區中的域事件的非規範化視圖。 託管此體系結構的一個示例是作爲接受命令到寫入端並支持查詢非規範化視圖的web api。這個web api可能會擴展到負載均衡農場中的許多機器。 我的問題是在哪裏讀取模型事件處理程序託管? 可能的情景: 託管在一個單一窗口服務單獨的主機上。 如果是這樣,是不是會造成單點

    5熱度

    3回答

    我正在使用Java和Cassandra的事件採購從頭開始構建項目。 我的應用程序是基於微服務的,在某些使用情況下,信息將被異步處理。我想知道Message Queue(比如Rabbit,Active MQ Artemis,Kafka等)在這個環境中如何改進技術堆棧,以及如果我理解這些場景,我將不會使用它。

    2熱度

    3回答

    我有一個設計或至少應該根據衆所周知的DDD原則的項目。 後退 - DDD + CQRS +事件存儲 UI - NGRX /存儲 我有很多問題想請教一下,但現在我會堅持這些兩個: 單個命令/操作執行後應如何更新UI存儲? 一)訂閱response.ok 二)聽取域事件 C)觸發通用事件持創建/更新/刪除對象? 在每個命令/事件中將整個聚合根dto與其所有實體進行轉換是否是一個好主意,或者最好是有更多

    0熱度

    1回答

    我已經創建了服務結構(SF)應用程序與託管我的本地計算機上我的事件存儲交互,達到這裏的一切fine.Now我想移動應用程序Azure上。我已經成功地部署到Azure上我的SF的應用程序並創建了一個Azure擴展設置有3個節點,並在他們身上安裝EventStore。 現在,我怎麼連接到Azure上比例集合即我應該通過在SF的我的應用程序參數文件什麼的連接字符串我的SF的應用程序託管EventStor

    9熱度

    2回答

    我被要求在事件源中進行一些探索。我的目標是創建一個滿足所有傳統CRUD操作的小API層。我現在正在使用一個名爲'sourced'的包,並嘗試使用它(使用Nodejs)。 但是,當我單獨使用時,我意識到事件源並不是很有用。通常,它與CQRS耦合。 我對CQRS的理解是,當UI向服務器發送寫命令時。該應用程序對數據做了一些驗證。並保存在事件存儲(我用的MongoDB),例如:這裏是我的事件存儲應該是什

    2熱度

    1回答

    假設我正在使用購買和銷售材料的使用「事件採購」(存儲業務事件)的系統;在某一時刻,會生成一份包含價格和成本信息的報告。 想象一下,我的一個客戶打電話給我,說:「成本是錯誤的,對我來說,從開始獲利的規則是這樣」。 我可以添加更多處理程序或更改規則以適應此特定情況,並重播事件。 但我的問題是,這是正確的方法(或至少更好)?

    0熱度

    3回答

    我們正在使用使用的NodeJS微服務,CQRS,事件存儲CQRS域,一切就像一個魅力和典型的流程是這樣: REST-> 2。服務 - > 3。命令驗證 - > 4。命令 - > 5。聚集物> 6。事件 - > 7。事件庫(事務數據) - > 8。返回聚合ID-> 9.存儲在微服務本地數據庫(本質上是讀數據庫) - > 10.發佈事件到隊列 上面的流程的問題是,由於事務數據保存,即持久性到事件存儲和

    4熱度

    2回答

    我已經閱讀Jonathan Oliver關於處理亂序事件的好消息。 http://blog.jonathanoliver.com/cqrs-out-of-sequence-messages-and-read-models/ ,我們用的是出隊的消息,並把它放在一個「支持臺」,直到與前一個序列的所有消息都收到 的解決方案。當收到所有先前的消息時,我們將所有的 消息從保留表中取出,並依次通過 合適的處理

    2熱度

    3回答

    我一直在閱讀關於事件採購模式,如果您想重建您的系統,這可能非常有用。但是,如果我需要在處理新的傳入請求時運行事件重建,該怎麼辦?這種情況下是否有特定的模式或最佳做法? 因此,如何確保新的傳入請求不會在重播時堵塞我的系統,因爲事件同步和順序對我的系統非常重要。它涉及更新依賴於事件序列的數據庫記錄。有什麼想法嗎?