OMS / 撮合引擎最佳实践

在 Aeron Cluster 上构建 OMS 或撮合引擎，关键不在框架本身，而在围绕它的运维模式：如何部署、升级、快照与恢复，并且永远不必告诉市场「我们打烊了」。本节收集这些模式。

计划中的主题

Cluster 成员节点的滚动升级 —— 一次升级一个成员， 3/5 节点集群不停机升级。
OMS 与 ME 如何协同：两条分片轴 —— 整个系统的全景图：一个按用户分片的 OMS 账户层，位于按标的分片的撮合引擎之前；一笔订单如何流经两者，以及为什么一笔成交会横跨这两条轴。从这里开始。
用 actor 模式分片 OMS —— 标的轴：把标的全集划分为单线程、单写者的 actor，以此横向扩展撮合引擎。
按用户分片 OMS：带驱逐的热用户 actor —— 用户轴：位于撮合引擎之前的每用户账户/风控/会话层，实现为可驱逐的回写缓存 actor：首单时装载，冷却后卸载，并保持确定性与单写者。
确定性状态机 —— 让复制的服务可重放（业务逻辑里没有墙钟、没有随机数、没有外部 I/O）。
快照纪律 —— 何时打快照、恢复窗口的容量规划、演练恢复。
会话与 duty-cycle 设计 —— 入口/出口的背压处理。
故障演练 —— leader 失联、follower 失联、AZ 失联，以及各自的处置手册。

本站相关的基础内容：性能调优、运维与容灾。