微服務實戰（一）：微服務架構的優勢與不足 微服務實戰（二）：使用API Gateway 微服務實戰（三）：深入微服務架構的進程間通信 微服務實戰（四）：服務發現的可行方案以及實踐案例 微服務實踐（五）：微服務的事件驅動數據管理 微服務實戰（六）：選擇微服務部署策略 微服務 ...

本篇是“事件驅動的微服務”系列的第二篇，主要講述事件驅動設計。如果想要了解總體設計，請看第一篇"事件驅動的微服務-總體設計" 程序流程 我們通過一個具體的例子來講解事件驅動設計。 本文中的程序有兩個微服務，一個是訂單服務（Order Service）， 另一個是支付服務（Payment ...

微服務和事件驅動 例：在電商業務的下訂單凍結庫存場景。需要根據庫存情況確定訂單是否成交。假設你已經采用了分布式系統，這里訂單模塊和庫存模塊是兩個服務，分別擁有自己的存儲（關系型數據庫）。 在一個數據庫的時候，一個事務就能搞定兩張表的修改，但是微服務中，就沒法這么做了。在DDD理念中，一次事務 ...

搬家，有禮相送 微服務架構之事件驅動架構 ...

1.1 分布式數據管理之痛點 為了確保微服務之間松耦合，每個服務都有自己的數據庫, 有的是關系型數據庫（SQL），有的是非關系型數據庫（NoSQL）。開發企業事務往往牽涉到多個服務，要想做到多個服務數據的一致性並非易事，同樣，在多個服務之間進行數據查詢也充滿挑戰。 我們以一個在線B2B商店為例 ...

提交，不可撤銷 在單體應用中，我們可以利用關系型數據庫的特性去完成事務一致性，但是一旦應用往微服 ...

最近一直在思考一個問題：有沒有這樣一種可能，就是一個領域模型的狀態不依賴於外部，它只負責接收外部的事件，然后根據這些事件做出響應；響應分兩種： 根據模型當前的內存狀態進行業務邏輯處理，然后產生事件，注意：這個過程不會改變模型當前的內存狀態； 根據事件改變自己的狀態； 另外，也是 ...

分層架構 (Layered Architecture) 分層架構是最常見的架構，也被稱為n層架構。多年以來，許多企業和公司都在他們的項目中使用這種架構，它已經幾乎成為事實標准，因此被大多數架構師、開發者和軟件設計者所熟知。比如MVC。 分層架構的一個特性就是 關注分離(separation ...