软件架构师核心能力思维导图模板_ProcessOn思维导图、流程图

架构师发展路线

应用架构师

群体最大

路线最平滑

技术底子+大局观

广度+深度跨应用

懂业务抽象能力

与Team Leader的趋同性

架构师

技术主管

开发小组1

开发小组2

开发小组3

技术面

强技术导向（深度+广度）

主流技术栈
深度+广度

单兵作战-POC+落地能力

技术选型
Balance过程

技术敏感度
技术趋势

代码是第一生产力

理念

素材

应用/跨应用
内部组件化与模块结构

业务抽象

业务复杂度在哪里

服务划分

服务需要理论划分

数据结构和对外接口

数据结构

数据结构的定义

对外接口

对外接口的定义

业务面

深刻理解业务

理解业务

做一个用户

在用户角度

同类竞品

培养业务Sense

需求分析与拆解

业务理解层次

多进行业务对接

持续反馈

技术团队

业务方

业务方对接

领域内部治理

业务架构师

业务领域专家

支付领域

Enroll-记名簿

一分钱测试

收单

收单系统接入

订单的交易记录

对账

需要对交易进行对账

settlement-结算

多方清账

流转状态Auth、Capture、Refund、Void（回退）、Transfer等

银行间系统

营销域

玩法

满减
满折
满赠
送券
送积分

范围

单用户
单门店
跨店
全站
商品范围

计算核销

优先级
叠加券
最大优惠

透出

主搜
详情页
购物车
下单页

商品域

等等...

技术领域偏向

业务建模

领域模型抽象

业务抽象

领域建模

工作流定义

拆分出来状态机

工作流，体现状态机现状

技术选型最佳实践

架构师只有懂业务才可以有更好的发展

解决方案偏向

业务人员画像

不深入具体技术场景

行业资深顾问

丰富的实施经验

需求分析能力

业务最佳实践

项目落地推进

抢业务导向

系统架构师&企业架构师

宏观层面

技术路线的制定

企业

事业群/部

跨业务系统

企业技术演进和规划

洞察业界技术趋势（实例）

胖/客户端的演进

瘦客户端

动态语言的兴起PHP、JSP、ASP

客户端=哑终端

H5的兴起

宽带流量不是问题

用户体验

快速开发快速上线

云平台

服务端算例

虚拟化技术

胖客户端

Ajax兴起

Native App

降低服务器压力

增加客户端表现力提高用户体验

降低流量/宽带

H5带来的变革

Native版本发版

需要审核周期

无法满足快速响应

无法快速修复致命BUG

快速发版

子主题

微服务化经验

测试自动化（测试开发）

敏捷开发实践

持续集成快速迭代CICD

扁平化团队

分而治之

系统复杂度

用户基数

弹性计算分段降级

Go的兴起

简介

快速

安全

并行

底层技术升级

淘宝的php转Java

携程的.net转Java

各大传统公司的微服务改造

企业技术生态构件

开放平台

腾讯小程序等

中台化战略

阿里云中台化vs腾讯的轮子工程

技术输出

大厂的开源项目

案例-阿里云中间件输出战略

案例-阿里云的技术输出路线

落地层面

业务规划
理想、情怀

重点项目优先级

都重要=都不重要

识别重点

主链路

分链路

先后依赖关系

周期把控

制定交付节奏

各部门对接

协调能力

有打法

厚脸皮

任何岗位

资源配置

利益共同体

外部服务供应商

非业务需求
柴米油盐的生活

系统安全性

业务容量规划

技术指标KPI

实干风：里程碑式落地快速试错

阿里案例

技术中台
由内向外的发展方式

疯狂造轮子

资源浪费

优胜劣汰

倒逼进步

开源路线

情怀还是Money？

很会Copy，模仿Google等

最终形成阿里云生态

插件式、替换容易
轻量、接入成本低
好用、耐玩、皮实

腾讯案例

业务中台

业务性质

输出路线

分析本质

多问几个为什么

背后逻辑

洞察先机

五中生有

题目1：个人职业生涯规划

技术钻研的持续能力

架构师方向肯定是不错的

题目2：对架构能力模型的认识

理解业务

需求分解和拆解

业务对接

领域治理

单兵能力（深度+广度）

技术选型

有码在手

组件和模块化结构

题目3：所在行业的技术发展趋势或者业务发展趋势

BAT管理岗喜欢问：开放平台是BAT的战略方向

中台化的战略

肯定公司的业务方向

借鉴行业第一的经验来回答

丢弃面试宝典，攻克业务知识

题目4：项目如何快速落地

快速迭代

三句毒鸡汤

大多数情况下，你只能跟直属领导战队

从职业发展角度，跟好业务不如跟熟人领导

眼界放宽，技术能力不是决定因素

技术化为生产力

互联网公司的技术痛点

技术跟不上业务发展

QPS、TPS超高并发

可用性被极端用户场景打破

技术显示导致无法快速响应需求

天猫营销线的困境

复杂业务扩展性

接入的业务方复杂+营销玩法复杂

优惠券

满减

满折

满送

积分

商品

核销

背包

拆单

退单

营销计算资损：缺乏回归测试

回归复杂

牵一发动前身

自动化率低

依赖手工测试

节奏紧

倒排期

如何拆解技术瓶颈问题

定位问题

叠加优惠

一分钱憋倒英雄汉

千万资产损失

业务急速变化

无法达到100%覆盖率

绝活三步走

发现问题

解题思路

药到病除

拆解问题（三段论）

所有架构问题都是一个以大化小的过程

拆解问题

抽象能力

举重若轻

顶层设计

一看就懂

跳出深陷细节

打破码农思维

职责领域划分

问题域界定

角色

边界

功能

分布式事务

以大化小

全局分布式事务

TC

角色：协调器

边界：中心化

功能：全局事务协调

分支事务出现问题会影响

TM（发起）

角色：事务发起者

边界：链路起点

功能：发起全局事务

RM（执行）

角色：分支资源管理者

边界：各个分支

功能：注册分支事务，回滚

细节控

实现方式

技术细节

一个不漏

分层构件解决方案

TC

三张表

高可用

服务发现集成

TM

注册开启

RM

如何注册分支

监听局部事务

代理DB数据源

天猫营销线的破局之道

应用三段论构建解决方案

以大化小

测试样本构建

前后对比

无力介入

职责领域划分

测试样本构件

金丝雀

角色：新代码部署机器

边界：线上影子机

功能：执行真实流量跑出数据

数据工厂

角色：采样器

边界：线上服务/网关

功能：Copy线上%流量

前后比对

数据比对工具

角色：Response比对器

边界：数据工厂

功能：比对线上结果和金丝雀结果的不同

分层构建细化方案

线上机器

Server

金丝雀

网关

采样器

栓引擎回归测试技术

测试成本高

资损问题频发

困难问题廉价实现技术

已抖音团队的视频审核（技术瓶颈）

弹性

模型降级

有备无患

模拟压测

摸底考试

容量预估

填报志愿

设计余量

特长加分

转换思维

拥抱变化

思考问题，提问问题

提问方式解决问题的方式

想听到所有最坏情况把自己吓住

如果要达成某个目标应该怎么办

一线员工思维

一次搞定需求

抵触系统变更

懒惰本性

被动式

主动式

大部分你遇到的技术问题都是别人都已经解决过了的

开始行动

一句话开局：这个问题可以从三个方面来回答

我思故我在

题目1：讲一讲你在项目当中遇到的技术难题

标准错误答案

我技术很强，没有碰到有遇到挑战的

强技术导向

不要讲推进中的困难

你是如何解决的

三段论

业务背景-技术痛点-拆解问题以大化小

学到了什么

总结

技术奶蛋（主要）+业务难点（次要）多准备几个

复盘复杂项目中难点攻克工程

紧密围绕业务发展

技术助力业务的方向

公司本质

赚钱，钱来自于业务

明确业务导向

开源

按照技术说法

技术助力新业务

技术团队

需求规划

运营团队

业务团队

产品团队

按照运营说法

获客

玩法

节流

提升业务效率

技术手段降低业务成本

像业务团队一样思考

利用技术手段能提升业务效率

采购成熟方案和外包
方案架构中的平衡点

远期成本

投入成本

替换成本

自建vs外包

投入收益曲线

自建

团队投入 * 开发周期

业务效益、预估拐点

替换外包

远期效益平衡点

外包

初期接入成本

风险隔离

把风险隔离在外部供应商

研发资源平衡

核心主链路自建

小股部队

小步快跑

快速试错

非核心业务外包

同质业务 vs 核心业务

直接盈利业务

术业有专攻

案例1：新零售业务

供应链系统

核心业务

非同质化

团队20+

技术资源平衡

内部创业

快速试错

资源有限

时间序列

ERP采购8个月

使用ERP6个月的时候，使用天猫供应链16个月

使用天猫供应链12个月的时候，开始自建系统

如何培养技术团队的业务素质

深入业务（案例环节）

反面案例

一个失败的P9架构师

正面案例

阿里新零售部门的业务实战介绍

业务轮岗制度

店长讲坛

技术和业务团队的对接

如何让技术倒逼业务团队

围绕业务特征构件技术路线

具体问题具体分析

阿里系业务

业务模式分析

各个事业部闭门造车，自己造自己的轮子

天猫

AI

搜索

结算

等等

淘宝

AI

搜索

结算

等等

1688

AI

搜索

结算

等等

事业部间的业务趋同性

电商属性

讨论中台化的可能性

业务特征

技术发展路线

业务效率 & 成本

举措跟紧业务

业务方抽象中台

目的

解决趋同性业务的接入成本

营销线

迈巴赫+UMP的合并

汇金平台

淘系商品，IC系统

淘系账号体系

基础组件

目的

超高并发电商场景的系统稳定性

MetaQ

Switch

Hsf

鹰眼

天梯

xxx等等

开发效能提升

目的

电商拥抱变化的本质，急速上线

Aone

DevOps化

淘系新零售业务

架构选型

独立孵化

淘系链路

专业的人做专业的事

can do I != must do

focus

多线作战

风险分摊

提升效率就是提升利润

快速迭代能力

业务的自动化部比例

人工智能

抖音后端审核端对业务模式

超高的QPS

视频标签化

各国准备不一

淘系视频、图片空间识别黄图

淘系用户画像精准推送

题目1：谈一谈职业发展-基础平台类 OR 业务类

10年前：到技术强的部门去（情怀）

现在：到业务复杂的部门（现实）

技术日新月异占有个人发展的很小一部分，真正的价值在于业务

顶级的绩效部门都是业务团队

题目2：聊一聊具体项目

业务为先

先让面试官明白你的业务

技术主线

为什么选择这个技术？

技术和业务关系

想象空间

未来改进点

业务量double架构方案

任务

技术视野练手

提高月微博效率

制定技术发展路线图

规划周期

短期规划

强业务需求驱动，快速落地

Sprint

强业务导向

1-2个上线周期

业务驱动

业务团队主导

识别优先级

P0圈子

中期规划

承接短期业务需求

业务+技术驱动

腰部力量，长期业务中的定海神针

上柴长期计划

下输短期计划

调结构促增长

容量，稳定性

中期贯穿稳定性基线

短险业务基本盘

基于业务量的稳定性规划

大型战役双十一等

长期规划

技术反哺业务

中台化

解决同质业务效率问题

技术平台演进

此等技术框架改造

生态圈搭建

内外部技术生态

深化中期业务，面向未来

新业务

蚂蚁出海

业务效率

人工智能

淘系用户画像

抖音视频审核

eBay自建支付

波浪式推进

层次递进

交叉掩护

面向未来的架构

容量规划

近期1年，远期两年

设计余量

知己，摸清家底

日常应用水位

历史峰值

99.9%压测

QPS访问流量 & RT响应时间

知彼

未来业务容量

稳定性基线

余量规划

主链路规划

底层技术怪话

大厂实践有强指导意义

后端主流技术趋势

跟着流行的既定标准规划，似乎真理

轻量级

开箱即用

易接入

易使用

易替换

分治理论

MVC->萌芽

微服务->深化

快速复制

容器化编排，容器化和DevOps趋势

serviceMesh

关注技术发展趋势

技术更新对业务带来的可能性

业务

稳定性

成本

花小钱办大事

路线图的订正

路线图执行过程中的偏差

竞对业务变化

微信红包和支付宝红包业务场景

短中长期计划变更

获客成本增加，新客减少

支付宝等互联网公司的出海计划

自身业务外部环境

技术路线

主线任务

支线任务

切换赛道

技术选型

POC

Plan B

设计备选方案

评估和确定备选方案

提升容错性

架构师

技术栈

替代方案

运维成本

内部审查点

周期审核

季度

半年度

年度

业务目标

容量目标

稳定性

折腾！积极跑位才有机会

糙快猛的落地方案

糙快猛的敏捷模式的应用

Scrum

职责

Scrum Master 管理者

Product Owner 产品经理

Team Member 实现组员

955WLB 职责

研发主管\研发经理

研发经理

码畜

Scrum 4个会议要素

日常副本15分钟

昨天干了啥

今天要干啥

有何问题，下来沟通

每个Sprint

Sprint规划

产品验收

回顾复盘

周期

两周，沟通频繁

966ICU 职责

Lead/架构师（P7-P8）

架构师戏份足

产品、Lead、架构师

技术团队话语权

快速响应

码畜

Scrum 4个会议要素

日常副本15分钟

昨天干了啥

今天要干啥

有何问题，下来沟通

跟项目组

规划

业务验收

不犯错就是最大的进步

RCA-根本原因分析，事故复盘

阿里粗快猛精髓

得到更多锻炼，学到更多东西

题目1：团队管理岗 & 架构师

快节奏的项目迭代下，如何把控交付节奏&项目规划

短期路线规划

强业务需求

强业务驱动

中期路线规划

业务需求+业务量支持-稳定性规划、双十一

长期路线规划

技术反哺业务

技术创新

技术储备

题目2：探讨当前业务的发展趋势，你的看法

蚂蚁

支付行业国内

对内收紧

国外机会

对外扩张

头条

短视频行业的几种业务模式

核心业务就是流量

变现途径

在线教育行业的爆发

核心用户

有需求用户

开放问题

业务视野

心机boy

个人需要做的

熟悉目标公司业务模式、竞对、路线

闷头准备面试宝典

结合现有业务

谈一谈如何规划面向未来的架构

面试素材

敏捷模式对业务交付节奏的提升

了解阿里敏捷开发模式

架构设计的真正目的

架构师的三观培养

业务支撑

业务赋能

业务场景化能力

技术手段实现业务

秒杀，峰值流量下载，高并发

美颜相机业务

技术服务于业务

业务爆发

快速发展

用户量增长

系统伸缩性

系统高可用

规模效应

降低业务成本

如何通过技术手段降低业务成本

比如图像识别

提高业务效率

库存预计系统

技术架构紧密结合业务

架构师的九九八十一难

复杂业务来源

高并发

双十一的支付：TPS 54.4w/s

蚂蚁金服的GeaBase 800w/s QPS

高可用

弹性计算

蚂蚁金服的SOFAMesh

分时复用，资源切换，提高使用效率，19年双十一全面适用

原有业务在4小时以上，使用SOFAMesh控制在5分钟之内，相应时间只有0.2s

极致性能

Oceanbase

高QPS达：6100w/s

限流/流量整形

前台哨兵

Noah

面对大容量冲击，减少流量冲击，自适应限流效果

大型会场、导购上面使用

灾备

同步

削峰填谷

等等

快速变更

CICD快速迭代

DevOps

容器化

docker

Kubernetes

轻量级框架

Spring data

等等

可扩展性

推翻重来？

商品中心重构例子，由于没有良好架构实践和完整的领域建模

目标实现：快速变更，稍微大变更，不要重构

兵来将挡水来土掩的UMP

阿里的活动，模板驱动的营销优惠规则

安全性

DDoS攻击

Amzon 2.3TB/s

GitHub 1.35TB/s

阿里云SCDN

防止流量攻击，通过切换高防IP防止攻击

内部访问控制

鉴权

外部鉴权

内部权限

审计

成本可控

直接成本

弹性计算

单机QPS

子主题

间接成本&业务效率

人工智能

阿里系黑科技走马观花

平衡的哲学

现实中的架构师-买家秀

现实中的架构师（接地气）

架构师是一个全能型角色

单兵突破-技术调研能力

技术能力

POC & Hands on

知识迁移能力

跨界能手-产品能力

产品业务

业务模式

新业务点

业务效率

打破界限，做到三位一天

运筹帷幄-大局观

梳理上下游的界限

能够把控每个关键点

高瞻远瞩-前言视野

面向未来架构

技术、生态路线

左右逢源-影响力的扩张

对你的认可

如何放飞自我

有人的地方就有江湖

如何绑定别人成为你的利益共同体

三位一体

趋势-架构师也要写代码（程序员）

需要负责核心架构代码

项目把控（项目经理）

协调业务和技术

跨团队沟通能力

挖掘业务（产品经理）

业务抽象能力

业务挖掘能力

业务分析能力

业务眼光

每个将军都曾经是士兵

塑造三维

开阔技术知识面

知识迁移

源码思想

技术面

精研业务

转变视角

无中生有

个人能力

软实力

聚光灯

落地能力

特点

架构师技能加点

架构师定位

七宗罪-最容易犯的错误

架构师养成计划之-误入歧途

东施效颦

一味追随大公司的解决方案

Service Mesh（团队素质）

团队技术能力

运维能力

业务体量

高并发？
高可用？

经济使用方案

快速试错

投入资源

团队能力

技术选型

首先参考业务需求

大厂方案

借鉴之道

云平台

技术储备

低配版

喜新厌旧

一味追求赶时髦技术，为了技术而技术

Spring Cloud

每年更新一个版本，尽量不要跟新

风口上的技术，不要盲目的追求

优势

远期优势

业务效率

技术债务

成本

成本投入

效益铲除

阳春白雪

从此脱离了写代码的地基趣味

有源之水

理论来源于实践

纸上得来终觉浅

团建架构

微内核架构

响应式的服务架构

应用内分层

高谈论阔

那些年怼过的PPT架构师

猪一样的P9架构师

如此架构师遍地走

阿里的PPT是第一生产力

美团的Word汇报文化

神一样的P6程序员

落地层面

短中长期规划

上下游业务依赖梳理

集团资源需求

团队配置、招聘计划

What done is done？

业务目标

验收表标准

上线后业务开展

实现三个目的

蓝图 Big Picture

交付节点和节奏 TimeLine & Milestone

投入评估 Resource Plan

博而不精

会的多vs会的精

项目经验-广度

What

会用，用过，解决什么问题

难点攻坚-深度

How & Why

一问到底

技术之上

严重偏科vs全面发展

专才

鸡汤文化

技术能力很强

全都是泡沫

喝多了上火

全才

全面发展

看完就忘

取长补短

架构师养成计划之-取长补度

技术同学走向架构师角色最欠缺的几个特质

沉淀总结

固话经验

总结解决问题方法

思路方法

复盘总结

多走半步

挖掘知识点

分享传播

增加自己的理解

走进业务

转变业务思维

技术懂业务更加顺手

禁止闭门造车

业务善变

持续变更

接纳变化

讲人话

如何把技术转变成业务变化的语言

默默无闻

影响力传播

表达想法

向上管理

管理领导

管理协作部门

学会拒绝

技术人员的偏执本性

自己的思路陷入细节里面

做技术正确的决定

情怀

还是把事情搞定

快速响应

优先业务

像话理解

关注业务-技术背后的驱动力是业务模式的发展

还有什么没有被挖掘的需求

如何通过技术手段提高业务效率

解决人工成本->AutoMation

思考作为程序员以外的职责

影响力的扩张

不为谁而做的歌曲

调处舒适区

积极跑位才有机会

主动承担

主动承担一个项目，为结果负责

表达想法

没有想法？还是想法的太少？

走到聚光灯下

大战役

火车头

敢作为

会思考有勇气

让业务部门最惦记的技术人员，你才能升任架构师

特点

欠缺特质

关注业务

影响力扩张

题目1：大型应用架构设计中考量哪些部分？

高可用

吞吐量

扩展性

快速变更

成本平衡

安全性

题目2：如何职业生涯规划问题

目标不错，接下来2-3年如何付诸行动？

初期强电技术路线

远期转管理路线、培养软实力

业务重要性

技术调研

产品能力

大局观

影响力的构建

题目3：你的什么特质是你从一个团队中脱颖而出吗？

避免不必要的错误：架构师侮辱歧途

取长补短一节中提到了

软硬示例+业务能力就可以了

职业规划：重温三大动漫：火影、海贼、死神