软件架构师核心能力
2021-10-21 10:03:16 2 举报AI智能生成
软件架构师核心能力理论知识
作者其他创作
大纲/内容
广度+深度跨应用
懂业务抽象能力
技术底子+大局观
路线最平滑
架构师
开发小组1
开发小组2
开发小组3
技术主管
与Team Leader的趋同性
群体最大
主流技术栈深度+广度
单兵作战-POC+落地能力
技术选型Balance过程
技术敏感度技术趋势
强技术导向（深度+广度）
理念
素材
代码是第一生产力
业务复杂度在哪里
业务抽象
服务需要理论划分
服务划分
数据结构的定义
数据结构
对外接口的定义
对外接口
数据结构和对外接口
应用/跨应用内部组件化与模块结构
技术面
在用户角度
做一个用户
同类竞品
理解业务
培养业务Sense
深刻理解业务
业务理解层次
多进行业务对接
技术团队
业务方
持续反馈
需求分析与拆解
业务方对接
领域内部治理
业务面
应用架构师
一分钱测试
Enroll-记名簿
收单系统接入
订单的交易记录
收单
需要对交易进行对账
对账
多方清账
settlement-结算
流转状态Auth、Capture、Refund、Void（回退）、Transfer等
支付领域
银行间系统
满减满折满赠送券送积分
玩法
单用户单门店跨店全站商品范围
范围
优先级叠加券最大优惠
计算核销
主搜详情页购物车下单页
透出
营销域
商品域
等等...
业务领域专家
领域建模
领域模型抽象
拆分出来状态机
工作流，体现状态机现状
工作流定义
业务建模
架构师只有懂业务才可以有更好的发展
技术选型最佳实践
技术领域偏向
不深入具体技术场景
行业资深顾问
丰富的实施经验
需求分析能力
业务最佳实践
项目落地推进
业务人员画像
抢业务导向
解决方案偏向
业务架构师
企业
事业群/部
跨业务系统
技术路线的制定
动态语言的兴起PHP、JSP、ASP
客户端=哑终端
宽带流量不是问题
用户体验
快速开发快速上线
H5的兴起
服务端算例
虚拟化技术
云平台
瘦客户端
Ajax兴起
Native App
降低服务器压力
增加客户端表现力提高用户体验
降低流量/宽带
胖客户端
胖/客户端的演进
需要审核周期
无法满足快速响应
无法快速修复致命BUG
Native版本发版
快速发版
子主题
H5带来的变革
测试自动化（测试开发）
敏捷开发实践
持续集成快速迭代CICD
扁平化团队
系统复杂度
用户基数
分而治之
弹性计算分段降级
微服务化经验
简介
快速
安全
并行
Go的兴起
洞察业界技术趋势（实例）
淘宝的php转Java
携程的.net转Java
各大传统公司的微服务改造
底层技术升级
企业技术演进和规划
腾讯小程序等
开放平台
阿里云中台化vs腾讯的轮子工程
中台化战略
大厂的开源项目
案例-阿里云中间件输出战略
案例-阿里云的技术输出路线
技术输出
企业技术生态构件
宏观层面
都重要=都不重要
主链路
分链路
先后依赖关系
识别重点
重点项目优先级
制定交付节奏
周期把控
有打法
厚脸皮
任何岗位
协调能力
资源配置
利益共同体
各部门对接
外部服务供应商
业务规划理想、情怀
系统安全性
业务容量规划
技术指标KPI
非业务需求柴米油盐的生活
实干风：里程碑式落地快速试错
落地层面
优胜劣汰
倒逼进步
资源浪费
疯狂造轮子
情怀还是Money？
很会Copy，模仿Google等
最终形成阿里云生态
插件式、替换容易轻量、接入成本低好用、耐玩、皮实
开源路线
技术中台由内向外的发展方式
阿里案例
输出路线
多问几个为什么
背后逻辑
洞察先机
五中生有
分析本质
业务性质
业务中台
腾讯案例
系统架构师&企业架构师
技术钻研的持续能力
架构师方向肯定是不错的
题目1：个人职业生涯规划
需求分解和拆解
业务对接
领域治理
单兵能力（深度+广度）
技术选型
有码在手
组件和模块化结构
题目2：对架构能力模型的认识
BAT管理岗喜欢问：开放平台是BAT的战略方向
肯定公司的业务方向
借鉴行业第一的经验来回答
中台化的战略
丢弃面试宝典，攻克业务知识
题目3：所在行业的技术发展趋势或者业务发展趋势
快速迭代
题目4：项目如何快速落地
大多数情况下，你只能跟直属领导战队
从职业发展角度，跟好业务不如跟熟人领导
眼界放宽，技术能力不是决定因素
三句毒鸡汤
架构师发展路线
QPS、TPS超高并发
可用性被极端用户场景打破
技术显示导致无法快速响应需求
技术跟不上业务发展
优惠券
满减
满折
积分
商品
满送
背包
拆单
退单
核销
接入的业务方复杂+营销玩法复杂
复杂业务扩展性
牵一发动前身
回归复杂
依赖手工测试
自动化率低
倒排期
节奏紧
营销计算资损：缺乏回归测试
天猫营销线的困境
互联网公司的技术痛点
一分钱憋倒英雄汉
叠加优惠
千万资产损失
业务急速变化
无法达到100%覆盖率
发现问题
解题思路
药到病除
绝活三步走
定位问题
拆解问题
举重若轻
顶层设计
一看就懂
抽象能力
打破码农思维
跳出深陷细节
所有架构问题都是一个以大化小的过程
角色
边界
功能
问题域界定
职责领域划分
角色：协调器
边界：中心化
功能：全局事务协调
TC
角色：事务发起者
边界：链路起点
功能：发起全局事务
TM（发起）
角色：分支资源管理者
边界：各个分支
功能：注册分支事务，回滚
RM（执行）
分支事务出现问题会影响
全局分布式事务
实现方式
技术细节
一个不漏
细节控
以大化小
分布式事务
三张表
高可用
服务发现集成
注册开启
TM
如何注册分支
代理DB数据源
监听局部事务
RM
分层构件解决方案
拆解问题（三段论）
测试样本构建
前后对比
无力介入
角色：新代码部署机器
边界：线上影子机
功能：执行真实流量跑出数据
金丝雀
角色：采样器
边界：线上服务/网关
功能：Copy线上%流量
数据工厂
测试样本构件
角色：Response比对器
边界：数据工厂
功能：比对线上结果和金丝雀结果的不同
数据比对工具
前后比对
Server
线上机器
采样器
网关
分层构建细化方案
应用三段论构建解决方案
测试成本高
资损问题频发
栓引擎回归测试技术
困难问题廉价实现技术
天猫营销线的破局之道
弹性
模型降级
已抖音团队的视频审核（技术瓶颈）
摸底考试
模拟压测
填报志愿
容量预估
特长加分
设计余量
有备无患
如何拆解技术瓶颈问题
想听到所有最坏情况把自己吓住
如果要达成某个目标应该怎么办
提问方式解决问题的方式
思考问题，提问问题
一次搞定需求
抵触系统变更
懒惰本性
主动式
被动式
一线员工思维
拥抱变化
大部分你遇到的技术问题都是别人都已经解决过了的
我思故我在
一句话开局：这个问题可以从三个方面来回答
开始行动
转换思维
我技术很强，没有碰到有遇到挑战的
标准错误答案
不要讲推进中的困难
强技术导向
三段论
业务背景-技术痛点-拆解问题以大化小
学到了什么
你是如何解决的
题目1：讲一讲你在项目当中遇到的技术难题
技术奶蛋（主要）+业务难点（次要）多准备几个
复盘复杂项目中难点攻克工程
总结
技术化为生产力
赚钱，钱来自于业务
公司本质
技术助力新业务
运营团队
业务团队
产品团队
需求规划
按照技术说法
获客
按照运营说法
开源
技术手段降低业务成本
提升业务效率
节流
像业务团队一样思考
明确业务导向
技术助力业务的方向
远期成本
投入成本
替换成本
采购成熟方案和外包方案架构中的平衡点
团队投入 * 开发周期
替换外包
远期效益平衡点
业务效益、预估拐点
自建
初期接入成本
把风险隔离在外部供应商
风险隔离
外包
投入收益曲线
小股部队
小步快跑
快速试错
核心主链路自建
非核心业务外包
研发资源平衡
直接盈利业务
术业有专攻
同质业务 vs 核心业务
非同质化
核心业务
技术资源平衡
团队20+
资源有限
内部创业
ERP采购8个月
使用ERP6个月的时候，使用天猫供应链16个月
使用天猫供应链12个月的时候，开始自建系统
时间序列
供应链系统
案例1：新零售业务
自建vs外包
利用技术手段能提升业务效率
一个失败的P9架构师
反面案例
业务轮岗制度
店长讲坛
技术和业务团队的对接
如何让技术倒逼业务团队
阿里新零售部门的业务实战介绍
正面案例
深入业务（案例环节）
如何培养技术团队的业务素质
AI
搜索
结算
等等
天猫
淘宝
1688
各个事业部闭门造车，自己造自己的轮子
电商属性
事业部间的业务趋同性
讨论中台化的可能性
业务效率 & 成本
技术发展路线
业务特征
业务模式分析
解决趋同性业务的接入成本
目的
迈巴赫+UMP的合并
营销线
汇金平台
淘系商品，IC系统
淘系账号体系
业务方抽象中台
超高并发电商场景的系统稳定性
MetaQ
Switch
Hsf
鹰眼
天梯
xxx等等
基础组件
电商拥抱变化的本质，急速上线
Aone
DevOps化
开发效能提升
举措跟紧业务
阿里系业务
独立孵化
淘系链路
架构选型
focus
多线作战
风险分摊
can do I != must do
专业的人做专业的事
淘系新零售业务
具体问题具体分析
围绕业务特征构件技术路线
快速迭代能力
业务的自动化部比例
超高的QPS
视频标签化
各国准备不一
抖音后端审核端对业务模式
淘系视频、图片空间识别黄图
淘系用户画像精准推送
人工智能
提升效率就是提升利润
10年前：到技术强的部门去（情怀）
现在：到业务复杂的部门（现实）
技术日新月异占有个人发展的很小一部分，真正的价值在于业务
顶级的绩效部门都是业务团队
题目1：谈一谈职业发展-基础平台类 OR 业务类
先让面试官明白你的业务
业务为先
为什么选择这个技术？
技术和业务关系
技术主线
未来改进点
业务量double架构方案
想象空间
题目2：聊一聊具体项目
技术视野练手
提高月微博效率
任务
紧密围绕业务发展
强业务导向
1-2个上线周期
Sprint
业务团队主导
业务驱动
P0圈子
识别优先级
强业务需求驱动，快速落地
短期规划
承接短期业务需求
上柴长期计划
下输短期计划
腰部力量，长期业务中的定海神针
调结构促增长
中期贯穿稳定性基线
短险业务基本盘
容量，稳定性
业务+技术驱动
大型战役双十一等
基于业务量的稳定性规划
中期规划
解决同质业务效率问题
中台化
此等技术框架改造
技术平台演进
内外部技术生态
生态圈搭建
技术反哺业务
蚂蚁出海
新业务
淘系用户画像
抖音视频审核
eBay自建支付
业务效率
深化中期业务，面向未来
长期规划
层次递进
交叉掩护
波浪式推进
规划周期
近期1年，远期两年
日常应用水位
历史峰值
99.9%压测
QPS访问流量 & RT响应时间
知己，摸清家底
未来业务容量
稳定性基线
余量规划
主链路规划
知彼
容量规划
大厂实践有强指导意义
跟着流行的既定标准规划，似乎真理
易接入
易使用
开箱即用
易替换
轻量级
MVC->萌芽
微服务->深化
分治理论
容器化编排，容器化和DevOps趋势
serviceMesh
关注技术发展趋势
快速复制
后端主流技术趋势
底层技术怪话
技术更新对业务带来的可能性
业务
稳定性
花小钱办大事
成本
面向未来的架构
微信红包和支付宝红包业务场景
短中长期计划变更
获客成本增加，新客减少
支付宝等互联网公司的出海计划
竞对业务变化
主线任务
支线任务
切换赛道
技术路线
自身业务外部环境
路线图执行过程中的偏差
POC
设计备选方案
评估和确定备选方案
提升容错性
Plan B
技术栈
替代方案
运维成本
季度
半年度
年度
周期审核
业务目标
容量目标
稳定性
内部审查点
折腾！积极跑位才有机会
路线图的订正
Scrum Master 管理者
Product Owner 产品经理
Team Member 实现组员
职责
研发主管\\研发经理
研发经理
码畜
昨天干了啥
今天要干啥
有何问题，下来沟通
日常副本15分钟
Sprint规划
产品验收
回顾复盘
每个Sprint
Scrum 4个会议要素
两周，沟通频繁
周期
955WLB 职责
架构师戏份足
Lead/架构师（P7-P8）
技术团队话语权
快速响应
产品、Lead、架构师
规划
不犯错就是最大的进步
业务验收
RCA-根本原因分析，事故复盘
跟项目组
966ICU 职责
Scrum
糙快猛的敏捷模式的应用
得到更多锻炼，学到更多东西
阿里粗快猛精髓
糙快猛的落地方案
强业务需求
强业务驱动
短期路线规划
业务需求+业务量支持-稳定性规划、双十一
中期路线规划
技术创新
技术储备
长期路线规划
快节奏的项目迭代下，如何把控交付节奏&项目规划
题目1：团队管理岗 & 架构师
对内收紧
支付行业国内
对外扩张
国外机会
蚂蚁
核心业务就是流量
变现途径
短视频行业的几种业务模式
核心用户
有需求用户
在线教育行业的爆发
头条
业务视野
心机boy
开放问题
题目2：探讨当前业务的发展趋势，你的看法
闷头准备面试宝典
熟悉目标公司业务模式、竞对、路线
谈一谈如何规划面向未来的架构
结合现有业务
了解阿里敏捷开发模式
敏捷模式对业务交付节奏的提升
面试素材
个人需要做的
制定技术发展路线图
秒杀，峰值流量下载，高并发
美颜相机业务
技术手段实现业务
技术服务于业务
业务场景化能力
业务赋能
用户量增长
系统伸缩性
系统高可用
快速发展
业务爆发
如何通过技术手段降低业务成本
比如图像识别
提高业务效率
库存预计系统
降低业务成本
规模效应
业务支撑
技术架构紧密结合业务
架构师的三观培养
双十一的支付：TPS 54.4w/s
蚂蚁金服的GeaBase 800w/s QPS
高并发
分时复用，资源切换，提高使用效率，19年双十一全面适用
原有业务在4小时以上，使用SOFAMesh控制在5分钟之内，相应时间只有0.2s
蚂蚁金服的SOFAMesh
弹性计算
高QPS达：6100w/s
Oceanbase
极致性能
前台哨兵
面对大容量冲击，减少流量冲击，自适应限流效果
大型会场、导购上面使用
Noah
限流/流量整形
灾备
同步
削峰填谷
DevOps
CICD快速迭代
docker
Kubernetes
容器化
Spring data
轻量级框架
快速变更
商品中心重构例子，由于没有良好架构实践和完整的领域建模
推翻重来？
目标实现：快速变更，稍微大变更，不要重构
阿里的活动，模板驱动的营销优惠规则
兵来将挡水来土掩的UMP
可扩展性
Amzon 2.3TB/s
GitHub 1.35TB/s
DDoS攻击
防止流量攻击，通过切换高防IP防止攻击
外部鉴权
内部权限
鉴权
审计
内部访问控制
阿里云SCDN
安全性
单机QPS
直接成本
间接成本&业务效率
成本可控
复杂业务来源
阿里系黑科技走马观花
架构师的九九八十一难
平衡的哲学
架构设计的真正目的
技术能力
POC & Hands on
知识迁移能力
单兵突破-技术调研能力
业务模式
新业务点
产品业务
打破界限，做到三位一天
跨界能手-产品能力
梳理上下游的界限
能够把控每个关键点
运筹帷幄-大局观
面向未来架构
技术、生态路线
高瞻远瞩-前言视野
如何放飞自我
对你的认可
如何绑定别人成为你的利益共同体
有人的地方就有江湖
左右逢源-影响力的扩张
架构师是一个全能型角色
需要负责核心架构代码
趋势-架构师也要写代码（程序员）
协调业务和技术
跨团队沟通能力
项目把控（项目经理）
业务抽象能力
业务挖掘能力
业务分析能力
业务眼光
挖掘业务（产品经理）
三位一体
知识迁移
源码思想
开阔技术知识面
精研业务
转变视角
无中生有
软实力
聚光灯
落地能力
个人能力
塑造三维
每个将军都曾经是士兵
现实中的架构师（接地气）
架构师技能加点
架构师定位
特点
现实中的架构师-买家秀
团队技术能力
运维能力
Service Mesh（团队素质）
投入资源
团队能力
经济使用方案
高并发？高可用？
业务体量
首先参考业务需求
借鉴之道
低配版
大厂方案
一味追随大公司的解决方案
东施效颦
每年更新一个版本，尽量不要跟新
Spring Cloud
风口上的技术，不要盲目的追求
远期优势
技术债务
优势
成本投入
效益铲除
一味追求赶时髦技术，为了技术而技术
喜新厌旧
纸上得来终觉浅
理论来源于实践
有源之水
微内核架构
响应式的服务架构
应用内分层
团建架构
从此脱离了写代码的地基趣味
阳春白雪
如此架构师遍地走
阿里的PPT是第一生产力
美团的Word汇报文化
猪一样的P9架构师
神一样的P6程序员
短中长期规划
上下游业务依赖梳理
集团资源需求
团队配置、招聘计划
验收表标准
What done is done？
上线后业务开展
蓝图 Big Picture
交付节点和节奏 TimeLine & Milestone
投入评估 Resource Plan
实现三个目的
那些年怼过的PPT架构师
高谈论阔
会用，用过，解决什么问题
What
项目经验-广度
一问到底
How & Why
难点攻坚-深度
会的多vs会的精
博而不精
全都是泡沫
喝多了上火
技术能力很强
鸡汤文化
专才
全面发展
全才
严重偏科vs全面发展
技术之上
看完就忘
架构师养成计划之-误入歧途
七宗罪-最容易犯的错误
总结解决问题方法
固话经验
复盘总结
思路方法
挖掘知识点
多走半步
增加自己的理解
分享传播
沉淀总结
技术懂业务更加顺手
转变业务思维
业务善变
持续变更
接纳变化
禁止闭门造车
如何把技术转变成业务变化的语言
讲人话
走进业务
影响力传播
表达想法
管理领导
管理协作部门
向上管理
学会拒绝
默默无闻
技术同学走向架构师角色最欠缺的几个特质
自己的思路陷入细节里面
情怀
做技术正确的决定
还是把事情搞定
优先业务
像话理解
技术人员的偏执本性
还有什么没有被挖掘的需求
如何通过技术手段提高业务效率
解决人工成本->AutoMation
思考作为程序员以外的职责
关注业务-技术背后的驱动力是业务模式的发展
不为谁而做的歌曲
积极跑位才有机会
调处舒适区
主动承担一个项目，为结果负责
主动承担
没有想法？还是想法的太少？
大战役
火车头
敢作为
走到聚光灯下
让业务部门最惦记的技术人员，你才能升任架构师
会思考有勇气
影响力的扩张
架构师养成计划之-取长补度
欠缺特质
关注业务
影响力扩张
取长补短
吞吐量
扩展性
成本平衡
题目1：大型应用架构设计中考量哪些部分？
初期强电技术路线
远期转管理路线、培养软实力
技术调研
产品能力
大局观
影响力的构建
业务重要性
目标不错，接下来2-3年如何付诸行动？
题目2：如何职业生涯规划问题
避免不必要的错误：架构师侮辱歧途
软硬示例+业务能力就可以了
取长补短一节中提到了
题目3：你的什么特质是你从一个团队中脱颖而出吗？
职业规划：重温三大动漫：火影、海贼、死神
架构师核心能力
0 条评论
回复 删除
下一页
