架构图的表达方法先确定问题架构图的表达方法的讨论先落在输入范围、工具权限和失败返回。不要用一段笼统的经验替代前提输入从哪里来、谁负责确认、失败后怎样停止都应在开始前写清。沿着一条路径检查围绕架构图的表达方法做应用开发实践时重点是检索、缓存和异步任务。把一条代表性路径从入口走到结果记录版本、配置和观察到的现象。没有原始记录时只描述检查方法不把推测写成事故结论。小步验证处理架构图的表达方法时先用小流量样本验证再调整方案。每次只改变一个因素并保留能够回看差异的日志、截图或测试结果。这样后续维护者能理解当时的取舍也能知道哪些条件尚未覆盖。