Day39-01｜20.1.1 做好准备工作：系统架构设计师论文不是临场作文

对应教材：第20章《系统架构设计师论文写作要点》20.1.1 做好准备工作

一、为什么论文准备工作决定成败

系统架构设计师论文题看起来是“写一篇文章”，本质上却是一次受约束的架构决策表达。考生必须在有限时间内完成选题判断、项目抽取、问题建模、方案组织、质量属性论证、实施结果说明和文字誊写。论文并不是把项目经历原样倾倒到答题纸上，而是把真实经验加工成一份能够回答题目要求的架构实践报告。

准备工作有三个层次。第一层是知识准备，知道架构风格、质量属性、评估方法、云原生、微服务、数据库、安全、大数据等概念如何联系。第二层是素材准备，建立可以迁移到不同题目的项目素材库。第三层是表达准备，训练摘要、正文、图示和结论的固定结构。缺一不可：只背知识不会落地，只讲项目容易跑题，只会写格式又缺少理论支撑。

可以把论文准备理解为一条流水线：

题目要求 → 主题判断 → 项目匹配 → 架构决策 → 质量论证 → 实施结果 → 反思总结

其中最容易被忽略的是“题目要求”。例如题目要求“论述微服务架构设计及其治理”，文章就不能只写服务拆分，必须覆盖拆分原则、通信、注册发现、配置、容错、观测、数据一致性和治理结果。题目要求“论述高可用架构设计”，则必须写故障模型、冗余、故障转移、数据保护、演练和指标，不能只罗列集群技术。

二、建立个人项目素材库

从零开始的考生不一定有完整的大型项目经历，可以使用工作项目、课程项目、开源系统改造或经过合理抽象的综合案例。但素材必须前后一致，能够经得起追问。建议准备一个“主项目”和两个“备用项目”。主项目覆盖业务系统、数据、接口、安全、运维和性能；备用项目分别偏云原生/微服务和数据平台/物联网。

1. 主项目的六要素

第一，业务背景。说明组织、用户、核心流程、原有痛点和建设目标。不要写空泛的“提高效率”，要写可观察的问题，例如高峰期响应时间超过3秒、人工审核占比高、跨部门数据重复录入、故障需要人工恢复等。

第二，规模约束。至少准备用户量、日请求量、峰值并发、数据量、可用性目标、响应时间目标和团队规模。数字不必夸张，但必须彼此匹配。日请求量一千万而峰值并发只有十个就不合理；系统声称99.99%可用，却没有冗余、监控和演练，也缺乏可信度。

第三，架构基线。准备一张逻辑架构图和一张部署架构图。逻辑图说明业务边界和组件职责，部署图说明节点、网络区域、数据库、缓存、消息系统和容灾位置。考试时不需要画得漂亮，但需要画得能支撑正文。

第四，关键决策。准备至少五个“为什么”。为什么分层？为什么拆服务？为什么选关系数据库或NoSQL？为什么使用消息队列？为什么采用缓存、读写分离或多活？每个为什么都要能够连接到质量属性和约束。

第五，实施过程。准备需求分析、架构设计、评审、开发、测试、上线、监控和优化的顺序。论文中的“我负责”必须具体，例如负责业务边界划分、主持架构评审、制定接口规范、设计容灾方案，而不是简单写“我参与了项目”。

第六，结果与反思。准备上线前后指标对比，并说明遗留问题。真实架构工作不会只有成功，能主动指出一致性、成本、复杂度或迁移风险，反而更符合高级架构设计师的视角。

三、用“项目卡片”整理素材

建议为每个项目建立一页卡片，考试前反复复述。卡片可以采用以下结构：

项目卡片不是让你背诵一篇固定文章，而是让你拥有可重组的事实单元。题目变化时，只需调整“架构目标”和“核心方案”，不用重新编造整个项目。

四、准备质量属性论证素材

高级论文不能停留在“采用某技术所以性能提高”。需要按照“场景—决策—机制—指标—权衡”表达。比如：在促销开始后的5分钟内，峰值请求量达到平时的8倍，系统必须保持核心下单接口平均响应时间不超过500毫秒；因此在接入层增加限流和负载均衡，在商品查询链路采用缓存，在订单写入链路使用消息削峰，并通过压测和监控验证；代价是缓存一致性和异步下单带来更高的业务复杂度，所以对库存扣减设置最终一致性补偿和人工对账机制。

至少准备以下六类属性的论证模板：

1. 性能效率：负载、响应时间、吞吐、资源利用率、缓存、异步、批处理。
2. 可用性：故障范围、冗余、健康检查、故障转移、降级、演练、RTO/RPO。
3. 安全性：身份认证、授权、机密性、完整性、审计、密钥和边界防护。
4. 可维护性：模块化、接口契约、配置中心、自动化测试、可观测性和文档。
5. 可扩展性：水平扩展、插件化、版本兼容、数据分片和容量规划。
6. 一致性与可靠性：事务边界、幂等、重试、补偿、消息可靠投递和数据校验。

五、考前准备的时间安排

在正式动笔前，至少完成三轮准备。第一轮是资料盘点，通读教材目录，给每个章节标注定义、方法、模式、案例和易考点。第二轮是项目加工，把项目事实映射到架构知识。第三轮是模拟表达，在限定时间内完成摘要、提纲和一段正文。

考前最后一周不建议继续无限扩充新技术名词，而应重点检查：题目能否快速拆解；项目背景是否稳定；数字是否一致；每个方案是否回答了“为什么”；有没有结果指标；结尾是否回扣题目。

六、案例：把“电商系统”加工成论文素材

原始描述往往只有一句：“我们做了一个电商平台，采用微服务和云原生技术。”这还不能成为论文素材。加工后应变成：平台面向多个区域的零售用户，日均订单约80万，促销峰值请求达到平日6倍，旧系统存在单体部署、发布影响范围大、库存超卖和故障恢复慢等问题。本人负责领域边界划分、订单与库存服务设计、消息可靠性方案、容灾演练和上线治理。方案采用接入层限流、领域服务拆分、缓存与消息削峰、库存预扣与补偿、数据库读写分离、跨可用区部署和统一观测。上线后核心接口P99从1.8秒降至420毫秒，故障恢复时间从40分钟降至8分钟，但跨服务事务和数据对账复杂度增加，后续通过工作流编排与数据质量平台改进。

这段材料可以适配微服务、高可用、性能、云原生、数据一致性等多个题目，但每次必须围绕题目重新组织，而不能原文复制。

七、今日练习

练习1：项目卡片

为你的工作或学习项目填写：业务背景、系统规模、三个主要痛点、五个架构决策、两个质量属性目标、两个结果指标。

练习2：题目拆解

题目：“论信息系统中的高可用架构设计与实践。”请写出至少六个必须回答的问题。

练习3：质量属性改写

把“使用缓存可以提高性能”改写成包含场景、机制、指标和权衡的完整句子。

八、参考答案

练习2可回答：系统面临哪些故障？可用性目标是什么？哪些组件需要冗余？如何进行故障检测和转移？数据如何保护？如何处理降级和恢复？如何验证方案有效？实施后指标如何变化？

练习3示例：在商品查询峰值达到每秒2万次、数据库连接池接近上限的场景下，将热点商品信息放入多级缓存，并设置分布式失效通知，使大部分读请求不再直接访问数据库；压测显示数据库QPS下降70%、P99从900毫秒降至180毫秒，但缓存引入了短暂不一致，因此对价格和库存采用短TTL、版本校验及关键操作回源确认。

九、今日小结

论文准备工作的核心不是背一篇万能范文，而是建立“知识—项目—指标—表达”的连接。先准备稳定的项目事实，再准备可迁移的架构决策，最后用题目要求重新编排。后续学习论文写作时，应持续补充自己的项目卡片，而不是只记模板句子。