OMS / 撮合引擎最佳实践

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

建设中

本节正在逐步完善。页面写好即上线——下面的「计划中」就是路线图。

本节内容

第一次读？先看两条分片轴，它是整个系统的全景图，其余几篇都是在它的基础上展开细节。

• Cluster 成员节点的滚动升级 — 如何一次一个节点地升级 Aeron Cluster 成员——follower 优先的顺序、leader 交接、版本兼容性，以及每一步的核验。
• OMS 与 ME 如何协同：两条分片轴 — 全局系统图：按用户分片的 OMS 账户层置于按 symbol 分片的撮合引擎之前，一笔订单如何穿过两层，以及为什么一次成交会横跨两条分片轴。
• 用 actor 模式分片 OMS — 把撮合引擎从单一确定性状态机向上扩展的方法——将 instrument 全集划分为单线程 actor：分片键、路由、跨分片协调，以及如何映射到 Aeron Cluster。
• 按用户分片 OMS：带驱逐的热用户 actor — 把 OMS 的按用户 账户/风险/会话层跨多个 Aeron Cluster 分片为可驱逐的 actor——用户首单时 hydrate，转冷时 dehydrate，并让全程保持确定性与单写者。
• 订单簿数据结构的选择 — 如何选择撮合引擎核心的那个数据结构——价格索引数组、平衡树、跳表、链式价位、hash+heap、自适应基数树——用热路径延迟、缓存行为、流动性画像，以及它们必须承受的「以撤单为主」的订单流来评判。

计划中

• 确定性状态机 —— 让复制的服务可重放（业务逻辑里没有墙钟、没有随机数、没有外部 I/O）。
• 快照纪律 —— 何时打快照、恢复窗口的容量规划、演练恢复。
• 会话与 duty-cycle 设计 —— 入口/出口的背压处理。
• 故障演练 —— leader 失联、follower 失联、AZ 失联，以及各自的处置手册。

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