这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
《互联网产品的服务端架构·规模化与架构演进》12.2 决策权与评审
「回声」的支付团队把一个可逆的小改动送进架构评审，排了四天队，最后在凌晨绕过流程上线，反而放大了后续故障。本节按可逆性与影响面给决策分级，把“谁拍板、多久必须拍板”写成可测试的函数，并讨论评审队列为什么会变成新的瓶颈、团队自决又应该留下什么记录。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
《互联网产品的服务端架构·规模化与架构演进》12.1 团队边界与系统边界
「回声」把订单域拆成交易与履约两个团队后，一个系统出现了两个 owner，一次字段变更被两边同时执行，定位责任人花了半天。本节把团队与系统的归属关系写成可检测的数据结构，用冲突清单提前暴露多 owner、空边界与命名漂移，并复盘一次重复建设如何演变成两天的对账事故。
《互联网产品的服务端架构·规模化与架构演进》11.3 大促复盘
大促结束后的复盘如果只写「流量太大」，下一次大促只会重复同一句话。本节把复盘收口为时间线、影响与待办三件事，用 Go 实现事件时间线排序、重复时间校验和待办生成，并复盘一次因为待办只有结论、没有负责人和截止时间，两周后同类故障再次发生的真实案例。
《互联网产品的服务端架构·规模化与架构演进》11.2 限流、降级与预案
大促预案最容易写成一张只有阈值的表：订单每秒五千、详情每秒两万，却没人回答超限之后用户看到什么。本节把核心接口、限流阈值与降级动作放在一起校验，给出覆盖率计算与 Go 实现，并复盘一次详情接口直接返回 503、导致 App 首页整屏空白的故障。
《互联网产品的服务端架构·规模化与架构演进》11.1 容量规划与压测
「回声」大促前一周，业务说峰值是日常的五倍，运维说机器还能再加，压测报告却和线上表现对不上。本节把容量测算拆成业务峰值、安全系数与单实例能力三步，给出可测试的 Plan 函数，并复盘一次因压测请求体、缓存命中率和数据量与线上不同口径，导致开场十分钟即排队的故障。
《互联网产品的服务端架构·规模化与架构演进》10.3 切换演练与用户无感
「回声」做了一次跨机房切换演练，监控全绿，用户却收到重复的离线消息。本节把无感切换拆成排空、补洞、回执三步，给出切换计划校验与完成判定两个函数，复盘一次切换后两端同时补发历史消息造成的重复推送，并给出灰度顺序、回滚条件与切换报告的验收指标。
《互联网产品的服务端架构·规模化与架构演进》10.2 消息同步与顺序
用户在手机和网页之间切换后，同一段对话出现了重复、空洞和倒序。本节把消息同步拆成序号分配、跨节点去重与补洞三件事，给出 Merge 与 Missing 两个可测试函数，复盘一次按客户端时间戳补拉导致已读消息重复推送的故障，并给出补拉游标的改造清单。
《互联网产品的服务端架构·规模化与架构演进》10.1 会话归属与路由
「回声」的 IM 从三台接入机扩到十二台后，老用户频繁掉线，新增节点却几乎空转。本节把会话归属拆成粘性、存活与迁移三条约束，给出确定性路由函数与测试，复盘一次滚动发布把在线连接连续迁移两次的故障，并说明为什么加机器不等于加容量，以及扩容时该怎么选候选节点。
《互联网产品的服务端架构·规模化与架构演进》9.3 结果与回退条件
灰度到一半时「回声」发现推荐质量下滑，团队决定回退，却只切了读开关：双写还在继续、缓存没有失效，用户半小时后仍看到新结果。本节把回退条件拆成一致性、延迟、成本、质量与可逆性五类门禁，给出判定函数的实现与测试，并复盘一次门禁名重复、失败项被覆盖的切流事故。
《互联网产品的服务端架构·规模化与架构演进》9.2 双写、灰度与切换
「回声」在切换前让新旧 Feed 链路同时写入，却发现差异看板长期为零：比对只覆盖发布事件，删除与负反馈根本没有双写。本节把双写比对拆成规范化、差异聚合与覆盖率门禁，给出实现与测试，并复盘一次假零差异导致灰度用户继续看到已删内容的切流事故。
《互联网产品的服务端架构·规模化与架构演进》9.1 旧链路的问题与基线
「回声」的 Feed 链路在日活八十万后晚高峰频繁抖动，团队却拿不出可复现的基线。本节把延迟、扇出与成本拆成统一口径，给出新旧链路对比函数的实现与测试，并复盘一次只统计成功请求、漏掉超时与跨区流量，导致改造后成本反而翻倍的基线事故与统计陷阱。
《互联网产品的服务端架构·规模化与架构演进》8.3 平台采纳与反悔成本
内部平台上线半年，180 个服务里只有 12% 迁了过来。本节把迁移成本、双轨成本与退出成本放进同一张账，给出覆盖率与采纳判断的实现和测试，并复盘一次“先上线再推广”如何让平台和业务团队同时被套牢，最后讨论立项时该怎样估算真实收益和回迁代价。
《互联网产品的服务端架构·规模化与架构演进》8.2 内部平台的能力边界
平台组只有 5 个人，却收到从建 Kafka topic 到调 MySQL 参数的各种请求。本节把“平台提供什么、不提供什么”写成带 Owner 与 SLA 的能力清单，给出准入判断的实现与测试，并复盘一次缓存集群没有责任人、故障三小时才找到归属的事故。
《互联网产品的服务端架构·规模化与架构演进》8.1 环境、制品与发布流水线
「回声」从 3 个服务涨到 12 个服务后，发布仍然靠登录机器执行脚本。本节把环境职责、不可变制品与 dev→staging→prod 的晋级顺序写成可执行规则，给出制品晋级的实现与测试，并复盘一次同一次提交被构建两次、回滚时找不到可用镜像的故障。
《移动游戏产品的架构·客户端与移动运行时》5.3 策划工作流：从表格到线上
配置错误是移动游戏线上事故的主要来源之一，而多数事故并非算错数值，而是绕过了流水线。本节把导入、校验、评审、灰度、发布与回滚写成带准入门槛的状态机，用前向迁移处理结构变化、用上一版产物处理回滚，让差异报告决定评审人数，并把审计记录绑定到版本与差异。
《互联网产品的服务端架构·规模化与架构演进》7.3 个人信息保护与审计
「回声」的客服为排查一笔退款，把包含手机号、地址和身份证号的工单导成 CSV 发到群里，随后又被同步进测试环境。本节把个人信息保护拆成最小化、脱敏和审计三件套，给出字段脱敏与审计条目的实现和测试，并复盘一次明文手机号从日志扩散到外部群的泄露。
《互联网产品的服务端架构·规模化与架构演进》7.2 内容安全与未成年人保护
「回声」上线青少年模式后，审核仍只分“违规”和“正常”两档，年龄判断又放在客户端，结果一条擦边内容被未成年人看到并引发投诉。本节把内容分级、年龄与处置动作拆成三个独立维度，给出词表分级与年龄准入的实现和测试，并复盘一次分级与动作脱节导致的应用商店审核驳回。
《互联网产品的服务端架构·规模化与架构演进》7.1 反爬与接口防刷
「回声」的价格接口被竞品爬虫高频抓取，团队先按 IP 封禁，误伤了合作方共享出口的三千名员工；又改成全量验证码，正常转化明显下滑。本节把单点封禁拆成多信号加权评分，给出可解释的评分、阈值与处置动作实现，并复盘一次误封引发合作方投诉的完整过程。
《互联网产品的服务端架构·规模化与架构演进》6.3 复盘与改进闭环
复盘会开得很热闹，三个月后同类故障再次发生，改进项却还停在文档里。本节把「加强监控」拆成可验收的动作，给出超期检查与动作校验的纯函数实现和测试，并复盘一次没有 owner、没有截止时间、最终被所有人遗忘的复盘闭环事故，最后给出动作表进入工单系统的落地方式。
《互联网产品的服务端架构·规模化与架构演进》6.2 故障分级与应急
凌晨两点的告警群里，最常见的争论是「这个要不要叫人」。本节把故障分级从技术指标拉回用户影响与资金影响，给出等级判定与自动呼人规则的纯函数实现和测试，并复盘一次 5xx 比例不高、却让三万用户无法付款且六小时无人到场的定级事故，最后给出超时升级链路的落地方式。