Day28-47｜7.4.2 软件架构复用的原因

一、为什么架构复用值得单独学习

系统架构设计面对的是有限时间、有限预算和不断变化的需求。每个项目都从零开始，会重复支付需求分析、技术选型、风险识别、接口设计、部署验证和运维建设的成本。架构复用的根本原因，是把组织过去已经付出的学习成本转化为未来项目的生产力，同时减少未经验证的创新风险。

二、成本原因

架构决策往往比代码实现更昂贵。一个错误的分布式事务方案可能导致后续几个月重构，一个错误的数据边界可能让多个团队长期通过同步表协作。复用成熟架构可以减少概念验证、方案比较和基础设施搭建的工作量，使项目把精力放在真正差异化的业务能力上。

但“复用一定省钱”并不成立。若复用资产与新场景差异很大，适配成本、培训成本、迁移成本和维护成本可能超过重新设计成本。因此考试中应写总成本而不是只写开发成本：

总成本 = 评估成本 + 适配成本 + 集成成本 + 验证成本 + 培训运维成本 + 未来演进成本。

三、质量与风险原因

成熟架构通常已经经历设计评审、测试、上线和故障处理，其风险暴露程度高于纸面上的新方案。复用能够继承已有的质量属性策略，例如容量模型、限流、熔断、备份、审计和监控方案。对于安全、可靠性和合规要求较高的系统，这种“带证据的复用”尤其重要。

需要注意，旧系统的成功不等于新系统必然成功。质量属性依赖场景。例如原架构强调可维护性，未必适合低延迟；原系统可用性为99.9%，新系统要求99.99%，则必须补充多活和故障切换设计。复用减少未知风险，但不能替代新项目的风险分析。

四、进度与交付原因

架构资产复用可以缩短从需求到可运行系统的时间。组织若拥有标准脚手架、参考架构、接口规范、部署模板和监控模板，项目能够更快形成可验证的最小系统。快速交付又能尽早暴露需求和技术风险，形成反馈闭环。

对高级架构师而言，进度价值不仅是“少写代码”，而是减少关键路径上的不确定性。例如身份认证、日志审计、灰度发布、备份恢复等横向能力若已有成熟实现，就不必在每个项目里重复探索，团队可以把关键路径放在领域核心流程和容量验证上。

五、组织与产品线原因

当企业拥有多个相似产品时，架构复用可以形成产品线架构。产品线把共性能力沉淀为平台或核心资产，把变化部分通过配置、插件、规则和领域扩展实现。这样既避免每个项目独立分叉，又保留市场差异化能力。

产品线复用的关键是识别“稳定点”和“变化点”。把变化点写死在共性资产中，会形成僵化平台；把所有能力都做成可配置，又会造成复杂度和性能开销。

六、技术演化原因

架构复用还能帮助组织形成一致的技术路线。统一的服务治理、日志格式、事件规范和安全基线可以降低团队协作成本，方便集中监控和人才流动。尤其在云原生环境中，平台工程将网络、发布、弹性、观测和策略控制沉淀成可复用能力。

但是统一不等于一刀切。不同场景可能需要不同架构风格：实时控制系统不能完全照搬互联网微服务，数据分析系统也不应被事务型模型限制。复用应以目标和约束为边界，允许有理由的例外，并记录例外成本。

七、复用的负面原因与反例

复用也可能导致架构腐化：旧资产缺乏维护、接口过时、依赖漏洞、性能瓶颈和组织绑定都会被带入新系统；为了迁就旧资产，团队可能扭曲新需求；过度复用还会形成巨型平台和单点依赖。因此架构复用必须伴随资产准入、版本管理、退出机制和责任人制度。

八、案例分析

某制造集团已有订单平台，新建售后服务平台时决定复用订单、客户和消息能力。评估发现订单查询模型适合复用，但售后工单需要长周期状态流转，直接复用订单状态表会产生语义冲突。架构师选择复用身份、消息、审计和领域事件规范，重新设计工单领域模型，并通过适配层消费订单事件。这样既降低基础能力建设成本，又避免业务模型被旧系统绑架。

九、练习题与答案

题1

列出架构复用的四类主要收益，并说明每类收益的前提。

答案

收益包括降低成本、提高质量、缩短进度、沉淀组织能力。前提是资产可识别、文档完整、接口稳定、质量有证据、上下文经过适用性评估，并且有维护责任。缺少这些前提，复用可能转化为技术债务。

题2

为什么说架构复用不能替代架构评估？

答案

因为质量属性由场景、负载、部署环境和故障模型共同决定。旧架构的验证结果只说明它在旧上下文有效，新系统必须重新确认性能、可用性、安全性、可维护性和成本目标。

十、论文写作与复盘

论文中可用“面对工期紧、质量要求高和多产品共性的背景，我没有简单复制旧系统，而是先分析复用收益与适配成本，再按平台能力、领域模型和应用组件分层复用，并通过压测、故障演练和安全评审验证效果”。这段能够体现架构师的权衡能力。

十一、收益分析不能只写正面结论

高级考试常通过“是否应该复用”考查权衡能力。完整分析至少要同时写收益、代价和风险。收益包括降低建设成本、缩短交付周期、继承质量经验和形成组织标准；代价包括学习、适配、集成、迁移、培训以及平台治理成本；风险包括旧资产技术债务、供应商锁定、能力过度抽象和公共平台故障放大。

可以使用决策表：

十二、案例补充与练习

复用收益应尽量量化：比较设计、开发、联调天数，基础设施和人员投入，缺陷密度、故障恢复时间、回滚率和安全问题数。指标要注明基线、范围和测量方法，不能只写“明显提高”。只有同时说明收益、适配代价和引入风险，复用决策才完整。

复用还会带来学习收益。统一的接口、日志、部署和故障处理方式可以降低团队协作成本，使新成员更快进入项目。反过来，若平台过于复杂、文档落后或必须依赖少数专家，学习成本就会抵消复用收益。应以自助文档、示例工程、自动化校验和清晰支持边界降低这种风险。

论文中要把这种收益写成可观察的项目结果。

同时要说明项目没有为了复用而牺牲核心质量目标，这体现了架构师的责任边界。 这类权衡是高级考试案例分析的得分重点。 答题时应同时写收益、代价、风险、适用条件和验证指标，形成完整闭环。 不要把“节省开发工作量”作为唯一结论，还要说明对后续维护和系统演进的影响。 这体现架构决策的长期视角。 在综合题中，建议把收益与风险分别列出，再给出有条件的结论，避免绝对化判断。

某企业有一个成熟的报表平台，新项目希望直接接入。旧平台支持日批处理，新项目要求秒级查询；旧平台权限模型按部门，新项目按租户和数据域。请判断能否复用。

参考答案：可以复用报表定义、查询审计、导出和权限校验的部分思想，但不能直接复用整体运行架构。秒级查询需要重新设计预聚合、缓存、索引和读写分离；租户与数据域需要重新设计数据隔离。应先做性能验证和权限模型适配，若适配成本超过重建成本，则只复用知识和接口契约。该答案体现了复用收益必须与适配成本、质量目标共同判断。