分布式服务的决策记录架构演进最怕只有结果没有理由。一次拆分、缓存或队列调整都应写明当时的瓶颈、备选方案、选择原因和撤回条件。记录的最小单位用一页说明解决的任务、依赖、风险和验证方式即可。别把决定写成永远正确的准则前提变化时它应该能被重新评估。让记录进入流程在发布评审中引用相关决策并在故障或需求变化后更新。这样文档才不是归档而是协作的共同上下文。