这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
权限判定的三层校验：UI、API 与数据
前端藏了按钮不等于权限生效。本文用 can(actor, action, resource) 统一判定入口，按 UI、API、数据三层校验，并给出一套完整的 27 条跨租户用例、5 条首轮失败与 25 分钟季度复跑口径。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
四个角色与一张权限矩阵：最小权限怎么写
一个 Member 删掉整个工作区，因为他以为删除只删自己看到的那一项。本篇给出四个角色定义、8 资源 × 4 动作的权限矩阵，并复算 128 格中为何只允许 43 格，以及 Viewer 10 人与 Owner 2 人的开通检查。
邀请与成员生命周期：从发出邀请到移除成员
一条通用邀请链接被转发到客户群，三天后进来两个陌生人。本篇拆解邮箱、域名、通用链接与 API 四种邀请入口，五个成员状态与席位释放的完整口径，并复算 20 个团队每月 36 次邀请在第三天提醒后如何多出 4 个活跃成员。
组织、工作区、成员：三层模型与一次数据迁移
给 344 个账号补 workspace_id 的那天，才发现 8 张业务表都挂在 user_id 上。本文用四张核心表、8 个归属键与 12.4 万行数据，复算 62 分钟回填、2 倍写放大与 7 天回滚窗口，并给出四步迁移顺序。
什么时候必须有「组织」：五个信号与三种模型
客户第三次替同事要账号时，共享密码已经把风险留给了你。本文用 20 个团队、1800 美元毛收入与 76 小时成本，复算五个组织信号、三种归属模型与 37.9 美元/小时的真实机会成本，并给出一张从信号到选型的八项判断清单。
《游戏服务端架构·品类、状态与拓扑》附录 C 游戏服务端架构评审清单
一页可执行的架构评审清单：从产品事实、质量属性、拓扑与状态归属，到连接与权威、部署单元与故障域、退出条件与复审触发；给出每项的合格判据、常见不合格表现、证据要求和评审会后的闭环动作，用来替代只凭直觉和职级拍板的评审方式。
《游戏服务端架构·品类、状态与拓扑》13.3 进入卷二：把系统装进边界
卷一的最后一节不是总结，而是交接。把基线、风险、未决决策和待压测假设做成带阻塞判定的检查清单，列出卷二必须回答的五个问题及其卷一来源，并给出可运行的 Go 交接报告生成器，说明哪些未决项可以带条件放行、哪些必须留在一卷内解决，避免把延后误写成已完成。
运维验收：十项控制、四张表与月度巡检
运维做得好不好，不该靠感觉。本文用十项控制与可用性、告警、事故、容量四张表，按可见性、响应、沟通、恢复四个维度加权打分，复算出 3.9 分的可用级，并给出月度 25 分钟巡检（占年度预算 10.4%）与季度只改一件事的改进顺序。
事故响应与复盘：五分钟止损、一天说明、七天复盘
一个人处理事故，最缺的不是技术，是顺序。本文把四次事故的 138 分钟拆成回滚、开关、数据库恢复与依赖故障四段，给出五分钟内三选一的止损判据、24 小时说明与七天复盘的模板，并复算把 82 分钟恢复压到 30 分钟后的可用性。
发布后的 24 小时：观察窗口、回滚判据与冻结期
发布不是结束，是观察的开始。本文给出 0 到 15 分钟、1 小时、24 小时与 7 天四个窗口各自看什么，用 0.4% 的错误率基线与 1.0% 的阈值定回滚判据，并按每次 45 分钟复算每月 4 次发布如何吃掉四小时运维预算的四分之三。
第三方依赖运维：供应商挂了，你怎么办
你的可用性上限，由最弱的那家供应商决定。本文清点九个外部依赖与各自故障时的用户可见表现，用 99.9% 的 SLA 复算 90 天 42 分钟的真实影响，比较 35 美元冗余与 1.75 美元停机损失的账，给出三层降级与一次演练的做法。
容量与成本：先找瓶颈，再谈扩容
用户涨三倍时，先撞墙的往往不是你以为的那个资源。本文用连接数、队列、存储与 CPU 四项水位复算三倍增长后的余量，给出 20 到 50 的连接池调整、加核时机与 20.5 个月的存储触顶时间，并排出零成本优先的扩容顺序。
状态页与故障沟通：故障时说什么、多久说一次
故障时的沉默会被解读成更大的故障。本文给出正常、维护、降级、部分故障、重大故障五种状态，三条公告模板与 15 分钟首发、30 分钟更新的节奏，并并按 34/120 的受影响面复算单次 36 分钟、全年 2.4 小时的沟通成本与恢复公告写法。
日志与错误聚合：在五分钟内找到那一次失败
出事后最贵的不是修，是找。本文给出四个必记字段、请求 ID 的串联方式、1200 条错误归成 4 组的聚合规则，并按 1.2 GB/月、采样 10%、保留 30 天复算存储与查询成本，让一次失败能在五分钟内被定位与归组。
告警降噪：从 40 条到 3 条
一个月 40 条告警里只有 3 条是真的，剩下 37 条都在消耗你唯一的注意力。本文拆解抖动、重复、非紧急与真实四类告警，给出三级分级、持续时长条件、抑制与静默规则，并复算从 4.7 小时压到 21 分钟的处理成本与真实收益。
最小监控：四个信号、五条探针与三分钟发现
一个人不需要一整套可观测平台。本文用延迟、流量、错误、饱和度四个信号，配五条覆盖关键路径的黑盒探针，复算 216000 次/月的检查量与 2 到 3 分钟的发现时间，并给出探针清单、阈值、覆盖缺口与每月四十分钟的维护成本。
可用性是一份预算：四个 9、停机分钟与一个人的取舍
一个人也该知道自己承诺了几个 9。本文把可用性换算成每月停机分钟，用 99.5%、99.9%、99.95% 三档对比所需措施与月成本，再用近 90 天的 138 分钟停机复算出 99.89% 的真实水平，给出对外承诺与内部目标分开写的方法。
《游戏服务端架构·品类、状态与拓扑》附录 B 北辰三款产品决策矩阵
把卷一分散在三款产品里的决策收进一张速查表：产品事实、五特征向量、拓扑选择、状态归属、连接与权威模型、部署单元、SLA、已知风险与复审触发条件，并给出矩阵的使用方法、平局规则和失效边界，方便评审时对照自己产品的参数重新填表。
财务健康验收：四张表、十二指标与季度复盘
财务健康不看收入高低，看现金、单位经济、成本纪律与税务准备四个维度是否同时站得住。本文给出十二个指标、可复算的四维评分与稳/紧/危判定，并用 runway 9.4、综合 4.48 的算例说明为什么「业务赚钱」仍然只能判为「紧」。
《后端架构设计·分布式与数据一致性》1.3 远程调用的八个假设与端到端原则
网络可靠、延迟为零、带宽无限等八个假设，在订单链路上会以重试放大、重复扣款和超时误判的形式出现。本文用可运行的 Go 重试模拟器测出三层各重试三次会把一次调用放大成 64 次，并说明为什么端到端可靠性必须由调用方与服务端的幂等共同保证，而不能交给中间链路。