一、报价路由高可用概述

什么是报价路由

报价路由，说白了就是金融交易系统里的「智能调度员」。

它的核心任务很简单：把客户的买卖报价，送到最合适的交易场所去执行。

你想想看，现在一个交易所可能连接着十几个甚至几十个流动性池——比如上交所、深交所、港交所，还有各种暗池、ECN。客户发来一个买单，系统得在毫秒级内决定：这个单子该去哪？是去主交易所，还是去流动性更好的暗池？

我个人习惯把报价路由比作「交通指挥中心」：

• 它要判断哪条路最快（延迟最低）
• 哪条路最便宜（手续费最优）
• 哪条路最安全（成交率最高）

我在项目中遇到过最典型的场景：某券商同时接入5家交易所，客户报单量峰值达到每秒10万笔。如果没有一个高可用的路由层，系统早就崩了。

高可用的核心指标

做高可用设计，不能光靠感觉。得有数据说话。

我一般看三个指标：SLA、MTBF、MTTR。这三个指标，基本能衡量一个系统的「靠谱程度」。

指标	全称	含义	金融行业典型值
SLA	Service Level Agreement	服务可用性百分比	99.999%（5个9）
MTBF	Mean Time Between Failures	平均无故障时间	≥ 8760小时（1年）
MTTR	Mean Time To Repair	平均修复时间	≤ 5分钟

SLA 是大家最熟悉的。5个9意味着一年宕机时间不超过5.26分钟。嗯，这里要注意：很多公司号称5个9，实际连3个9都做不到。我见过最夸张的案例——某交易系统SLA写的是99.99%，结果上线第一个月就挂了3次。

MTBF 衡量的是「系统能撑多久不挂」。这个指标跟硬件质量、软件健壮性、运维水平都有关。我个人习惯把MTBF目标定在8760小时以上——也就是至少一年不出故障。

MTTR 才是真正的「救命指标」。系统总会出问题，关键是你多久能修好。我曾经处理过一个事故：凌晨2点，核心路由节点挂了。团队花了40分钟才恢复。虽然MTBF很高，但MTTR太差，客户直接投诉到证监会。

为什么金融交易系统需要高可用路由

这个问题，我问过很多刚入行的工程师。答案五花八门，但核心就一句话：钱。

金融交易系统里，每一毫秒的延迟都意味着真金白银的损失。我给大家算笔账：

• 某大型券商日均交易额约500亿
• 如果路由系统宕机1分钟，按0.1%的滑点损失计算
• 直接经济损失：500亿 × 0.1% ÷ 1440分钟 ≈ 347万元

这还只是直接损失。别忘了还有监管罚款、客户流失、品牌声誉这些隐性成本。

为什么会这样？因为金融市场的本质是「信息不对称」和「速度竞争」。谁的路由更快、更稳，谁就能抢到更好的成交价。

我经历过一个真实案例：某交易平台因为路由节点故障，导致大量订单被路由到延迟较高的备用链路。结果客户在3秒内损失了200万。嗯，从那以后，这家公司把高可用路由列为了最高优先级项目。

总结一下，金融交易系统需要高可用路由，原因有三：

1. 钱——宕机就是烧钱，每分钟都是六位数起步
2. 合规——监管机构对交易系统的可用性有硬性要求
3. 信任——客户把真金白银交给你，你不能掉链子

本章知识体系

下面这张图，是我自己总结的报价路由高可用知识体系。你可以把它当作整个课程的「导航地图」。

这张图展示了整个课程的核心脉络。我们会从指标定义开始，逐步深入到架构设计、运维保障。每一章都会围绕其中一个子主题展开。