ENode 1.0 - Command Service設計思路
開源地址：https://github.com/tangxuehua/enode 上一篇文章，介紹了enode框架的物理部署思路。本文我們再簡單分析一下Command Service的API設計： Command Service在enode框架中的地位非常重要，用戶使用enode框架的主入口 ...
原文：ENode框架單台機器在處理Command時的設計思路
設計目標 盡量快的處理命令和事件，保證吞吐量 處理完一個命令后不需要等待命令產生的事件持久化完成就能處理下一個命令，從而保證領域內的業務邏輯處理不依賴於持久化IO，實現真正的in memory 保證命令 事件處理的順序性，先來的先處理，先產生的先處理 保證一個聚合根的事件只有一個線程在持久化，並按事件產生的順序持久化 持久化事件時如果遇到並發沖突時 聚合根ID 事件版本號出現重復 的處理代價要輕 ...
2016-02-03 19:12 3 3080 推薦指數：
相關推薦
ENode 1.0 - 消息隊列的設計思路
開源地址：https://github.com/tangxuehua/enode 上一篇文章，簡單介紹了enode框架內部的整體實現思路，用到了staged event-driven architecture的思想。通過前一篇文章，我們知道了enode內部有兩種隊列：command queue ...
ENode 1.0 - 框架的物理部署思路
enode框架的物理部署： 物理部署思路：集群的web站點+分布式緩存和存儲 集群的概念：多台機器 ...
ENode框架Conference案例分析系列之 - 訂單處理減庫存的設計
前言 前面的文章，我介紹了Conference案例的業務、上下文划分、領域模型、架構，以及代碼整體流程。接下來想針對案例中一些重要的場景，分別做進一步的分析。本文想先介紹一下Conference案例的核心業務場景 - 訂單處理減庫存的設計。 下單以及訂單處理流程描述 下單 ...
ENode 2.0 - 介紹一下關於ENode中對Command的調度設計
CQRS架構，C端的職責是處理從上層發送過來的command。對於單台機器來說，我們如何盡快的處理command呢？本文想通過不斷提問和回答的方式，把我的思考寫出來。 首先，我們最容易想到的是使用多線程。那當我們要處理一個command時，能直接丟到線程池中，直接交給線程池去調度嗎？不行 ...
ENode 1.0 - 消息的重試機制的設計思路
項目開源地址：https://github.com/tangxuehua/enode 上一篇文章，簡單介紹了enode框架中消息隊列的設計思路，本文介紹一下enode框架中關系消息的重試機制的設計思路。 對於一個EDA架構為基礎的框架，核心就是消息驅動，然后基於最終一致性的原則。所以，非常重要 ...
1000個並發線程，10台機器，每台機器4核，設計線程池大小
這個面試題拿出來一下： 1000 多個並發線程，10 台機器，每台機器 4 核，設計線程池大小。 這 ...
ENode框架Conference案例分析系列之 - 架構設計
Conference架構概述 先貼一下Conference案例的在線地址，UI因為完全拿了微軟的實現，所以都是英文的，以后我有空再改為中文的。 Conference后台會議管理：http://www.enode.me/conference Conference前台預定座位：http ...