演化:这五年里,我们对架构师职责的思考与定位
最近两年,随着互联网红利的消失,对于人才需求似乎已失去往年那种唇枪舌剑的感觉,但我却发现,无论在社交平台,还是技术大会,又有人对 “架构师是用来干嘛的?” 这样的伪命题开始津津乐道,缘由也许是无事生非?还是抒发感情?又有谁在乎呢。
相信任何一家含有技术属性的企业,或多或少都会有一名(或者多名)扮演架构师身份的人存在,在许多人眼里他们是站在技术金字塔最顶端的神秘人物,具有快速切入,举一反三,一句顶一万句的特殊技能,而且逻辑思维能力很强,思路清晰,有洞察力,善于抓重点,但也有人说他们的强项只是打酱油、和稀泥、背黑锅、拉仇恨……
很显然,评价之所以产生如此大的差异,抛去调侃的成分,我觉得还是由于每家企业对架构师职责的定位不同,而且这种不同,会随着技术发展与业务规模的变化,甚至组织结构的调整产生变化。
在进入正题之前,我们先来看看维基百科是如何对 “架构师” 进行分类的:
软件架构师
信息架构师
网站架构师
业务架构师
中间件架构师
基础架构师
与 “官方分类” 相比,好买技术团队中的架构师岗位,不但起源较晚(没记错的话应该是2013年),而且刚开始定位模糊、职责不清,如把这五年的演进进行梳理的话,可简要分为三个阶段:
| 第一阶段:技术救火员
2013年,技术团队刚从十余人扩展到几十号人,应用系统也随着业务功能的迭代而增加到三个。
在从 0 到 1 的技术创业阶段,无论开发狗还是业务猫,似乎都更关注功能性需求,往往一个简单粗暴的 MVC 项目就可以搞定一切,但随业务量逐渐增大,用户需求逐渐多样化,非功能性突发情况变得越来越多,而此时也有越来越多的人开始意识到,在技术上遇到难以攻克的问题,如果招俩牛X的架构师在身旁,似乎解决系统的疑难杂症都是小菜一碟。
这一阶段的架构师,无需具备多伟大的宏观设计能力,只要开发小伙伴遭遇技术难题之时,能像美国队长一样挺身而出,施展拳脚,攻克技术细节便可。
| 第二阶段:项目技术评审
2015年,技术团队又从几十号人发展到上百号人,应用系统伴随着 “持续污染” 扩展到了近百个。
众所周知,应用越多,人也就越多,然后功能需求的延期现象越来越严重,直到无法再承受的那天一拍脑门做出决定。
A君提出:“咱们成立PMO(项目管理部)吧,按瀑布迭代的方式推进,这样对项目的控制力会强一些”。
B君质疑:“好是好,但当前引起延期的主要原因都集中在应用架构与技术选型上,使用PM形态应该也无法解决吧?”
A君解答:“那就让架构师参与到每个项目中,对每个项目进行技术评审,并逐渐将技术公共服务抽象,这样一来,短期/长期的问题、隐患不都迎刃而解了吗?”
B君同意:“的确是个好方法,开干吧!”
看似完美无缺的套路,可实施起来又如何呢?
由于第一阶段的发酵,架构师自身并没有深入参与应用系统的业务环节(当时这个环节是由各应用系统研发Leader管辖的),在业务上的沉淀不足,导致对于软件工程的理解、目标没有清晰的认识。
在做架构设计与技术选型时,非常容易泛泛而谈,甚至与应用系统研发Leader产生冲突,冲突的原因也无非是觉得太过高屋建瓴,缺乏对具体实现的理解和把握。许多架构设计方案,仅仅停留在PPT上,具体的落实完全依靠一线开发人员。
通过一年的磨合,虽说演化出类似缓存系统、调度中心及统一配置服务等多项中间件雏形,但最终由于组织结构的变更,从2017年起,架构师不再参与项目技术评审,此项工作由应用系统研发Leader全权负责。
| 第三阶段:中间件产品化
2017年,技术团队到达了200人的规模,组织结构也被拆分成了互联网化的FeatureTeam,应用系统也打着 “拆” 字的旗号发展到了成百上千的程度。
随着业务支撑场景的复杂度加大,外加FeatureTeam形成后需避免重复性建设,在推动一些全局横向技术工作时,需要有人与应用研发一起突破架构上的各项难题,通过前两阶段的磨练后,架构师是最为合适的人选。
截止到这个阶段,也有一部分架构师转型成为了FeatureTeam团队的Leader,还有一部分架构师则专职负责中间件平台的建设,而每个中间件服务则被划分为不同的产品线,再挑选出几位不但精于技术领域,还能有跨团队、部门沟通,推进事情能力的架构师担当负责人,对技术落地的进度、风险进行把控。
其实,这样对架构师的职业发展路线也不是坏事,只不过从原先的 ‘身兼数职’ 变为 ‘垂直一职’,对于 "本身酷爱技术" 的他们来说也是一种对于能力的锻炼。
- 感慨 -
演化,有时候就是选了一些完全出人意表的道路,有时只有当回望的那一刹那,你才能分辨好与坏,才能感受到这其中的酸甜苦辣……
你家架构师的演进历程是什么样的?快到评论区分享下吧。
演化:这五年里,我们对架构师职责的思考与定位相关推荐
- 刚哥谈架构 (五)- 推荐给架构师的书单
刚哥谈架构 (五)- 推荐给架构师的书单 今天收到豆瓣的2019年的总结,发现自己已经在豆瓣渡过10个春秋.今年读了69本书,有很多书非常棒.今天我就给各位架构师,程序员,码农推荐一些我觉得对工作和职 ...
- 阿里道延:我对技术架构的理解与架构师角色的思考
我叫道延, 2014 年加入阿里,在阿里通信工作了近两年.2016 年年底加入业务平台团队,当时 Leader 找我的第一件事就是要解决大促的问题,第二件事就是解决安全生产的问题. 我带着这个命题进入 ...
- 阿里架构师,谈对技术架构的理解,以及架构师角色的思考
我叫道延, 2014 年加入阿里,在阿里通信工作了近两年.2016 年年底加入业务平台团队,当时 Leader 找我的第一件事就是要解决大促的问题,第二件事就是解决安全生产的问题. 我带着这个命题进入 ...
- 软考笔记(五)高级系统架构师/分析师:系统需求工程 需求分析
目录 软考官网 报名通道 软考架构师笔记(一):计算机系统基础 软考架构师笔记(二):计算机网络基础与信息安全 软考架构师笔记(三):操作系统基础 软考架构师笔记(四):企业信息化与系统规划 软考架构 ...
- 郭东白:《从中台技术谈架构师的独立思考能力》
文章摘自与数据同行 作者:郭东白 个人读后总结了其中提到的主要观点,供大家参考: 1.中台是个完全正确的方向: 2.中台的挑战:(1)创新的遏制:有说法说,一个业务靠拖中台的拉拽就能编排出来了 ...
- [每天五分钟,备战架构师-10]数据库系统
事务管理 事务是数据库系统运行的基本工作单位,相当于操作系统中的进程,事务具有ACID特性.从用户的角度来看,事务中的操作要么都做,要么都不做. 原子性 Atomicity 一致性 Consisten ...
- Java开发入门教程!java开发架构师职责
什么是Service Mesh 作为Service Mesh技术探索和实践的先行者,全球第一个真正的Service Mesh项目Linkerd负责人.Buoyant公司创始人兼CEO William ...
- 云计算架构师的五个须知
云计算正在成为企业部署新应用程序的一个主要方法,这一趋势正在迅速改变着IT就业市场.其中,对于云计算架构师的需求特别高. 事实上,目前在求职网站Indeed.com上列出了大约11100名云计算架构师 ...
- 5月刊推荐:怎样才是真正的架构师
[/caption] 西门子中国中央研究院首席架构师.图书<架构之美--软件架构的艺术>作者李伟,从架构师的定义和内涵.能力和素质要求.成长途径等方面向您阐述成为一个真正的架构师需要经历的 ...
最新文章
- 图像处理中的傅里叶变换和频率域滤波概念
- 服务器日志显示意外关闭,服务器事件日志
- python 位置参数、默认参数、可变参数位置关系_python的位置参数、默认参数、关键字参数、可变参数区别...
- ServerSuperIO Designer IDE 发布,打造物联网通讯大脑,随心而联。附:C#驱动源代码。
- Unity3D 访问Access数据库
- Pytest Hooks方法之pytest_collection_modifyitems改变测试用例执行顺序
- 上海电力学院计算机组成与结构试卷,上海电力学院试卷及成绩管理办法
- 把DataTable转换为泛型ListT或是JSON
- kinect 2.0 SDK-深度图与彩色图对齐
- 区块链入门笔记(五) —— 加密货币博弈论
- 2022年互联网+全国大学生创新创业大赛解读
- 函数式反应型编程(FRP)
- RS485通讯与RS232通讯的区别
- 状态模式,懂你的另一半
- c++编程求解二元二次方程组_c++:求解二元二次方程组(解析解)
- 转linux时间格式,Linux命令之date - 显示、修改系统日期时间[转]
- 从产品的特点看产品思维
- 【改变键盘上方向键蹩脚的位置】通过autohotkey脚本实现键盘按键重映射【便利码代码】--以上下左右键映射为capslock与hjkl组合的按键 【附源码】
- 彩色模型,及RGB,CMY,CMYK,HSI,CIE,YIQ,YUV相互转化及介绍
- hdu 4489(排列组合+DP)