DDD 下,领域事件如何高性能存储,并提供给下游计算出查询模型

[tanxnative]

各位大佬,在学习落地 DDD 过程中,我产生了以下疑惑

现在使用到的技术栈: cloudevents,istio,knative,mongodb

准备自己做一个领域事件存储,推送的中间件,主要满足以下场景:

1.事件版本乐观并发控制(例如:聚合 1,已产生 1,2 事件,那么再发送事件 2,则产生错误)

2.使用 cloudevents 消息协议

3.原生支持 knative 的 broker,tigger 等 crd

3.支持层级存储,已产生快照的消息将慢慢存储到冷存储层

4.支持类似 pulsar 的容灾模式订阅

5.如果能直接接入到 flink 中就更好了

请问一下各位,这方面开源社区中有类似的中间件吗? 如果没有,自己做这样的中间件有哪些关键技术呢,可以借鉴到开源社区中的那些方案吗?

[demobin]

mq 系统吧，很多。。。在孵化的 eventmesh 我个人认为就是做你说的这个的。。。不过那个也还在早期阶段

[demobin]

eventmesh 好像是抽象了一个 driver 层，目前用的 rocketmq，如果你要用 go 的话 nsq 也是 mq

[demobin]

我对事件驱动工作流的云原生落地实践还是很感兴趣的，可以多聊一聊。。。按 netfilx 的说法是，很好，但是容易简单的事情复杂化