监控用真实流量#

社区 issue #1882 说得好：渠道监控要用用户真实调用记录，而不是定时 ping 上游——定时探测浪费 token，数据还失真。真实成功率、延迟分位、错误分类，全从请求日志里算。

双限流：并发 + 速率#

• 用户级/账号级并发限制：防止单个用户占满账号池
• 请求 + token 速率限制：可配置，超了排队或拒绝

订阅号最怕突发打满触发上游风控，限流是保护账号的堤坝。

被动配额哲学#

sub2api 不编造上游配额数值，只记录官方返回的 rate-limit 头；没收到过就不显示（unknown），但本地用量统计照常。不知道就说不知道，比假数字靠谱。

栈的选型#

Go（高并发转发）+ PostgreSQL（账单要 ACID）+ Redis（限流计数、调度状态）+ Docker（一键起）。网关栈的每一块都为“快”和“准”服务，还有移动端管理 App（Expo），半夜被告警吵醒也能掏手机看。

稳定性 = 真实监控 + 双限流 + 诚实配额 + 能半夜抢修。