夜雨聆风学习资料网

ARTICLE · 1158382

【软件架构系列2】AI时代的架构设计:究竟需要什么样的架构师

【软件架构系列2】AI时代的架构设计:究竟需要什么样的架构师

当AI能写代码、能画架构图、生成原型,甚至还能一键生成一份“看起来还挺专业”的架构方案时,架构师这个角色还有没有价值?从历史来看,每一次技术革命都会带来行业价值的重新定义与人才层级的分化重构。

借用Martin Fowler对架构的定义:架构是系统最高层次的分解,也是系统中难以变更的决策。软件架构思想又源自于建筑行业。那么结合建筑行业的演变逻辑和架构的本质,可以推测出架构师不会消失,但会走向两极分化。

亚历山大在《建筑的永恒之道》提出,建筑不是静态图纸,而是随需求持续生长的有机体。高价值的架构师需要具备系统思维与长期视野,掌握模式语言,在多重约束下权衡决策,扎根一线,主导系统渐进式演化与全生命周期治理,守护系统的“无名之质”(生气、完整、舒适、自由、准确、无我、永恒),成为Hands-On Architect。

逐渐边缘化的架构师,是象牙塔里的蓝图绘制者,习惯一次性设计终态架构,只交付静态框图,不参与落地、不跟进演进;把模式当成固定模板硬套,脱离业务真实场景,只关注纸面的完美与技术的先进。

架构的定义,可以参考前一篇文章:

【软件架构系列1】软件架构是什么?一文讲清楚

https://mp.weixin.qq.com/s/f3agOdzte0aUJpdQoUAOhQ

一、AI不会把架构师淘汰掉,反倒会把人群的价值拉开

真正受AI 冲击的不是架构师这个职业,而是岗位里高度标准化的事务:编写CRUD接口、套用模板绘制部署图、参考已有方案拼凑架构初稿。这类规则明确、资料充足的重复性工作,正是AI擅长的领域。

架构师的核心价值,本就不在画图、搭建平台这类执行动作。AI 能生成代码,却难以判断方案是否契合企业长期技术路线;可以快速产出架构图,但很难掌握业务背景、校验方案完备性、理清组件真实依赖,也容易忽略隐性的业务约束。场景化的权衡判断,才是人不可替代的能力。正如谭铁牛院士对当前AI 的总结:多知、少智、无谋、缺情,而智、谋、情,正是架构师的核心竞争力。

行业随之分化成两类角色:陷入本本主义的纸面架构师,习惯于照搬成熟框架与模板,脱离业务真实约束,价值持续萎缩;另一类Hands-On Architect,深入业务现场拆解问题,在复杂系统中权衡取舍,在AI的加持下,核心价值几何倍数放大,已成为稀缺品。

二、先想清楚最根本的问题:架构师到底在解决什么?

诸多经典架构著作,从不同维度沉淀了现代架构的主流思想,构成AI时代架构师的核心认知体系与能力标尺。

  • 具备闭环的系统思考能力。架构是随业务迭代逐步浮现、持续完善的系统结构。《演进式架构》强调架构需支持小步增量改善,通过适应度函数,以定性、定量指标持续校验系统,防止架构腐化与业务偏离。《持续架构实践》指出,架构是贯穿软件全生命周期的持续性工作,而非阶段性一次性设计。《浮现式设计》进一步说明,复杂系统无法依靠前期静态设计敲定,必须在迭代落地中自洽成型。结合《程序员修炼之道》“不要假设,要证明”的理念,架构师需将设计假设嵌入代码与系统,依托运行结果持续复盘修正,形成整体设计闭环。

  • 持有面向未来的长期视角。架构设计需摒弃静态固化思维,跳出当下业务、技术与团队现状,预判未来迭代、升级与场景扩张的变化。源自《程序员修炼之道》的ETC原则(Easier to Change),是绝大多数架构准则的底层原点。业务与技术具备高度不确定性,AI时代架构的核心竞争力,不在于当下完美,而在于系统可扩展、可迭代、可替换的应变能力。架构设计必须以“适配未来变化”为底线,支撑系统长期平稳演进。

  • 建立业务优先的架构审美。架构的核心价值是隔离业务内核与技术细节。《整洁架构》确立核心原则:业务领域逻辑为系统内核,所有外部技术框架、中间件、存储、界面均向内依赖业务。《企业应用架构模式》提供了标准化的业务建模与分层实践范式。二者共同印证:业务定义问题、质量约束设定目标,架构师的核心职责是守住业务与技术的边界,让技术服务业务,而非主导业务。架构审美:其一,否定花哨技术堆砌,摒弃无意义的技术秀操作;其二,肯定忠于业务本源,不过度设计、不过度冗余,在权衡中做出合理最优解。

  • 掌握可落地的模式语言体系。架构模式是解决通用问题、平衡质量诉求的核心工具。《面向模式的软件体系结构(POSA)》沉淀了大量组件交互与架构治理通用方案,是现代架构思想的重要源头。《企业应用架构模式》则提供了大量工程落地模式。模式不是僵硬模板,而是适配具体业务上下文、解决重复问题的高效手段,熟练复用模式,能大幅提升架构设计的规范性与合理性。

  • 擅长多约束下的权衡取舍。架构的本质是取舍与平衡,懂得在合适的节点推迟决策,不提前固化不必要的设计。《架构师修炼之道》明确了程序员到架构师的核心跃迁:从编码执行者,转变为多约束下的设计者与决策者。架构始终面临成本、时效、性能、稳定性、扩展性的博弈,架构师需要理性权衡方案优劣,并清晰传递设计逻辑与决策依据,让方案兼顾落地性与长期价值。

  • 具备前置化的风险识别能力。架构迭代过程需要持续识别隐患、规避远期风险。《人月神话》指出,多数项目危机源于早期低估系统复杂度与组织协作成本。依托演进式、浮现式设计思想,结合适应度函数(一套定性/定量的观测指标)持续观测系统状态,可有效避免局部最优、全局受损的架构问题,保障系统长期健康演化。

  • 理解业务与团队的组织逻辑。架构不止是技术问题,更是团队与组织问题。康威定律揭示:软件架构是团队沟通结构的投射。《架构思维:从程序员到CTO》与《人件》均强调,软件项目最大的挑战往往不是技术,而是人与协作。团队割裂、沟通失序、能力不匹配,会持续放大架构缺陷。架构设计必须贴合团队现状、匹配交付能力,实现技术、业务、组织的协同适配。

  • 坚持扎根一线的工程思维。所有演进式架构理念,都依赖一线落地才能生效。架构师必须深入业务与研发现场,感知真实约束、验证架构假设,摆脱纸面设计与本本主义。只有立足工程实践持续迭代架构,才能避免架构与业务脱节,实现设计与落地的持续统一。

三、当代架构的几个核心共识:演进、持续、浮现

演进、持续、浮现,是当代软件架构的核心共识,也是AI时代架构设计的底层指导思想。各类经典架构著作围绕这三大维度,构建起现代架构师的核心认知体系,彻底颠覆了传统“一次性静态架构设计”的陈旧思维。

第一,架构的本质是演进,拒绝终态固化。架构不存在一劳永逸的完美形态,而是随业务迭代持续优化、小步改良的动态体系。《演进式架构》提出,优秀架构应具备可迭代、可进化的能力,依托适应度函数,通过定性、定量指标持续校验系统状态,及时修正架构偏差,从根源上规避架构腐化、脱离业务的问题。AI时代业务与技术充满不确定性,架构的核心竞争力不在于当下的极致完美,而在于可扩展、可迭代、可替换的应变能力。以ETC为底层原则,适配未来变化、预留演进空间,是架构设计的核心底线。

第二,架构工作是持续过程,而非阶段性行为。《持续架构实践》明确,架构设计绝非项目启动初期的一次性工作,而是贯穿软件全生命周期的常态化工程。从需求落地、迭代开发到运维迭代、系统升级,架构需要持续跟进、持续适配、持续优化。同时遵循《程序员修炼之道》“不要假设,要证明”的理念,架构师需将设计假设嵌入系统与代码,依托真实运行数据持续复盘、修正决策,构建全周期闭环的架构管控思维,杜绝纸面架构、静态蓝图。

第三,架构结构是浮现生成,而非前期全盘预设。《浮现式设计》指出,复杂软件系统的完整架构,无法依靠前期静态设计完全敲定。系统的核心结构、边界划分、组件交互逻辑,会在一次次业务迭代、落地验证、场景适配中逐步浮现、自洽完善。这要求架构师摒弃极致预设思维,尊重系统演化规律,通过增量开发、持续迭代,让架构贴合真实业务场景自然成型,避免过度设计、预设冗余。

四、AI时代架构师的四面镜子

回到本源,“架构师的四面镜子”在 AI 时代不但没有过时,反而更加关键——因为 AI 能帮你更快地执行,却替代不了你的判断。

第一面,望远镜——全局维度的系统思考来定义问题。埋头做事时也要抬头看天。AI时代思考的边界已经从“内思考”转向“外思考”,从“解决问题域”转移到“问题定义域”。因为只要通过系统思考把场景和问题的边界定义清楚,AI就能极大帮助你执行任务。所以架构师的第一价值,就在于能否把模糊的业务需求,转化为清晰的、AI可以理解的问题定义。擅长系统思考定义问题,而不只是解决问题——这才是稀缺性的来源。

第二面,显微镜——第一性原理的思维方式打开复杂问题。见微知著、深入细致。AI时代标准化的部分会被快速处理,但复杂问题不会消失。真正决定个人价值的,是面对未知和复杂问题时,能否打开黑盒,看到内部组成、运行机制与外部约束。认识事物要同时看空间属性(静态结构)、时间属性(动态行为)与环境属性(约束),建立事物的元认知。

第三面,平面镜——求真务实,驾驭复杂性问题。脚踏实地,拒绝反射式的“膝跳研发”。当下很多团队是每天被动接收需求、写代码、发布上线,缺乏严肃的架构设计,导致大量技术债务;这种反射式行为延续到大型架构活动中,结果往往是灾难性的。在AI加速产出的时代,架构师更要当“平面镜”,照见真实约束:在成本收益、稳定性与灵活性之间做权衡,追求整体的最优化而非单点最优,给出满意解,而不是被AI生成的华丽方案带偏。

第四面,后视镜——持续复盘反思,将隐性经验提炼为可复用知识资产。复盘沉淀的能力,决定经验能否真正内化。AI时代的核心稀缺能力,是隐性经验的显性化:很多资深从业者缺少复盘与文档化习惯,经验只留存于个人脑海,无法交付给AI加工、复用与放大。架构师的决策高度绑定场景与约束,这类经验本身难沉淀,价值却极高。而有效的经验显性化,不能只是零散记录,需要搭建包含概念、结构、逻辑三层的知识体系—— 不只停留在 “什么是Agent” 这类概念问答,更要追问:在何种业务场景、组织约束与系统复杂度下,才适合引入Agent。唯有打通这三层,零散的资料碎片才能升华为可落地的方法论。

五、从模型使用者到系统构建者——AI时代架构师的角色跃迁

AI时代架构师的核心跃迁,是从模型使用者升级为系统构建者。

模型使用者把大模型当作工具,调用接口辅助编码、绘图、撰写文档。这只是基础能力,难以形成长期壁垒:提示词技巧带来的只是短期信息差与时间差,方案产出容易随模型版本波动,他人稍加训练即可复刻。

系统构建者则将大模型视为推理引擎,核心工作是搭建领域知识体系,沉淀项目经验、业务约束与最佳实践,形成可复用的知识资产,让AI 基于自身业务框架推理,而非依赖通用知识泛泛输出。当下本体论的兴起,本质就是把业务理解的主动权掌握在自己手中。架构师真正的壁垒,不在于选用什么模型,而在于知识体系化建设能力:把经验提炼为规则、把数据转化为知识、把功能抽象为能力。拥有知识资产的架构师,能够持续放大AI带来的能力复利。

角色升级之后,表达与呈现等软技能的价值进一步凸显。能做出架构方案,不等于可以清晰生动地传递设计思路。硬技术搭配软技能缺一不可。正如《架构思维》所强调,架构师要躬身实践、直面风险,建立实证、价值与成长三维思维,才有能力驾驭复杂系统。

结语:你选择站在哪一边

技术不会淘汰一个职业,但会淘汰一种工作方式。AI 时代的架构师大概率不会消失,但会进行一次深刻的重构:把架构理解成搭平台、画图、追新技术的做法会越来越难以为继;而真正理解业务、善于定义问题、具备系统思维、并能把经验沉淀成知识资产的架构师,会越来越稀缺。

许式伟在《架构的本质》里说得很透:架构的本质是控制软件复杂度,在业务、资源、团队约束下做关键权衡,设计可演进的系统结构,兼顾技术与人的因素,反对脱离实际的过度设计。控制复杂性——正是 AI 时代架构师价值的试金石。

再借用管理大师德鲁克的名言:在动荡的时代,最大的危险不是动荡本身,而是还在用过去的逻辑做事。

九篇分篇规划:

篇次

篇名

定位

核心内容(一句话)

1

软件架构是什么?一文讲清楚

本体架构在软件体系结构中的角色定位

Palantir本体架构(OMS和OS)解析及实践建议

入门总起篇

六种架构、三层链路:业务定目标、产品转需求、应用搭系统、数据管信息、技术打底座、项目来落地、本体补语义

2

AI时代的架构设计:究竟需要什么样的架构师

定位篇

AI 让架构师价值分化,真正稀缺的是定义问题、驾驭复杂性的架构师

3

架构的本质:围绕业务属性与质量属性的决策集合

本质篇

架构,是在给定约束下,围绕业务属性与质量属性做出的一组关键决策集合

4

架构设计的方法论:从定义问题到化虚为实

方法论篇

讲架构设计的思维过程:四原则、四步思维、模型观与概念分离

5

架构设计的原则与模式

原则篇

给出可执行的设计准则和可参考的模式

6

组织与架构:康威定律与演进式架构

组织篇

架构是组织问题:康威定律、演进式组织实践与大型敏捷

7

架构评估:围绕架构的适应度函数,尽早、反复、持续

评估篇

怎么判断架构好坏:围绕架构的适应度函数,评估金字塔、问题彩虹与评估仪式感

8

架构设计的十大反模式:看起来正确,实则错误

反模式篇

架构设计的“四个坑”与十个常见陷阱现象,以及应对的措施及方案

9

架构师的成长:从方案设计者到AI 系统构建者

成长篇

回扣开篇:沉淀知识资产、成为让AI 基于自己经验运行的架构师

参考书目:

1.演进式架构(Building Evolutionary Architectures)[美] 尼尔·福特(Neal Ford)、[美] 丽贝卡·帕森斯(Rebecca Parsons)、[澳] 帕特里克·柯(Patrick Kua);第2版新增作者普拉莫德·萨达拉奇(Pramod Sadalage)

2.持续架构实践(Continuous Architecture in Practice)[美] 穆拉特·埃尔德(Murat Erder)、[美] 皮埃尔·普约尔(Pierre Pureur)、[英] 伊恩·伍兹(Eoin Woods)

3.架构师修炼之道(Design It! From Programmer to Software Architect)[美] 迈克尔·基林(Michael Keeling)

4.面向模式的软件体系结构(POSA,Pattern-Oriented Software Architecture)[德] Frank Buschmann、Regine Meunier、Hans Rohnert、[瑞士] Peter Sommerlad、[德] Michael Stal(卷1)

5.企业应用架构模式(Patterns of Enterprise Application Architecture,EAA)[英] 马丁·福勒(Martin Fowler)(David Rice、Matthew Foemmel等参与贡献)

6.整洁架构之道(Clean Architecture)[美] 罗伯特·C·马丁(Robert C. Martin,Bob大叔)

7.浮现式设计(Emergent Design:专业软件开发的演进本质)[美] Scott L. Bain(斯科特·贝恩)

8.架构思维:从程序员到CTO郭东白(美籍华人)

9.左耳听风:传奇程序员练级攻略(博文视点出版,陈皓文集)

10.架构的本质(极客时间《许式伟的架构课》)

相关学习资料