使用EventStore是否必须采用Event Sourcing？

EventStore 不需要必须搭配 Event Sourcing 使用。

EventStore 本质是专门为事件数据优化的专用存储系统，核心能力包括事件不可变持久化、按事件流分类存储、时间序查询、事件订阅推送等。而 Event Sourcing 是一种架构设计模式，核心逻辑是将业务对象的所有状态变更以事件的形式存储，需要重建状态时通过重放对应事件流实现。二者是「工具」和「架构模式」的关系，没有强制绑定的要求。

• 不可篡改审计日志落地
  很多业务只需要留存全量操作轨迹满足合规、审计要求，不需要通过事件重建业务状态。将每次用户操作、后台变更作为事件存入EventStore，利用其自带的不可修改、时间戳、按主体/资源维度建流的特性，可以快速检索任意对象的全生命周期操作记录，比传统关系型数据库存审计日志的方案扩展性更强、篡改成本更高。
• 微服务跨系统事件共享中心
  微服务架构中，普通消息队列仅支持短期的事件消费回溯，新接入的下游服务、需要补数的场景无法获取历史事件。将EventStore作为统一的事件落地层，所有服务产生的事件先持久化到EventStore，再同步到MQ供下游消费，下游需要历史数据时可直接从EventStore拉取，不需要协调上游服务重新推送，整个过程不需要用到Event Sourcing的状态重放逻辑。
• IoT/业务指标全链路溯源存储
  IoT设备上报数据、应用性能打点、业务链路埋点数据均属于天然的事件类数据，存入EventStore后，既可以对接实时计算平台生成实时监控大盘，也可以按设备ID、请求ID等维度快速检索某一链路的全量关联事件，用于问题排查。相比传统时序数据库，EventStore支持给事件附加任意自定义元数据，适配多维度溯源的需求更灵活。
• 事件驱动的自动化流程触发
  审批流、内容审核、工单处理这类场景中，只需要监听指定状态变更事件触发后续自动化操作，不需要通过事件重建整个流程的状态。将每一步状态变更作为事件存入EventStore，配置规则引擎订阅对应事件类型，即可实现例如「审批通过自动触发合同生成」「工单超时自动推送提醒」这类自动化逻辑，仅用到EventStore的事件存储和订阅能力。

内容的提问来源于stack exchange，提问作者Do Tran