• 欢迎访问优知学院 请关注微信公众号,获取更多免费BAT:面试+架构师进阶干货!

顶尖架构师的工作职责

架构师进阶 mikechen 1年前 (2017-08-31) 385次浏览 1个评论 扫描二维码


之前写过一篇我眼中最优秀的CTO长啥样。今天再补充一篇最顶尖的架构师具备能力。CTO与架构师的职能是不太一样的,CTO也需要架构师的辅助,他们在技术上的深度还要更深。
我把它分为三个环节,以下你不可能一一都做到,但至少你需要往这三个方面去靠拢,越近离你的心中的架构师就近一大步。
我的文章一直在强调一点:不要只见树木不见森林。架构师也是一样,当你很早就认识到什么方向是好的,这比你去绕一大圈,浪费一大波时间,来的划算。
如果一定要说什么捷径的话,我认为最好的捷径就是有机会给他们一起工作,一起去学习他的思维方式,你自己再去借鉴,再实践再消化,再改进。
当你打开一扇窗,也许是一条可行的路,一个明确的方向,从此不再茫然。

顶尖架构师的工作职责

架构硬实力

这个章节,基本大家都没有什么争议性,必须是硬实力,拿得出手,能解决技术当前面临的挑战,能解决别人解决不了的问题。

顶尖架构师的工作职责

从目前大家遇到的挑战来看,从架构设计要求,我稍微做个总结。

分层的应用设计思想:SOA,事件驱动等。

SOA这块的内容,我推荐大家去看支付宝首席架构师程立的文章。这块支付宝和淘宝算是一起实践走过来的。但是,程立算是比较早而且很详尽的把支付宝的SOA之路说得非常详细。

2分布式原理:CAP,最终一致性,幂等操作等

这方面是的知识,网上比较多而且很全,也可买一本分布式系统相关的书籍了解。

3大型网络应用结构

消息中间件,分布式缓存,负载均衡,集群技术,数据同步等。

上一篇也谈到了中间件,基本上现在大的互联网公司,中间件基本可以与架构组划上等好了。他们基本提供了分布式场景下的应用扩展的大部分基础设施。淘宝在这块的实力比较强,基本都已经开源出来了。常见的分布式缓存Tair,分布式小文件存储TFS,等等。我之前一篇淘宝最具挑战的的架构演变,也谈到。

高可用,可容灾分布式系统设计能力。

例如,阿里云SLB产品使用开源软件LVS+keeplived实现4层的负载均衡。

采用淘宝的Tengine实现7层的负载均衡。所有负载均衡均采用集群部署,集群之间实时会话同步,以消除服务器单点,提升冗余,保证服务稳定。在各个地域采用多物理机房部署,实现同城容灾。

SLB在整体设计上让其可用性高达99.99%。且能够根据应用负载进行弹性扩容,在任意一台SLB故障或流量波动等情况下都能做到不中断对外服务。

大容量数据存储和检索系统设计能力:数据库分区,NoSQL,搜索引擎等。

当然,还有自动化部署、回滚机制等,以及监控系统等等。

架构师前瞻性

所谓前瞻性表面听起来还是比较空洞,什么叫前瞻性?这里我谈谈我看到或者观察到的例子,这样来观察,也许更好感受到什么叫前瞻性。

顶尖架构师的工作职责

比如,这是当时支付宝程立在谈到支付宝SOA之路的场景。

“瞻前”、“顾后” ――这是我现在体会到的最大挑战。

先谈谈“瞻前”。当业务个性不明显、业务规模也不大时,架构师还是有很多容易模仿的定式与先例的。但当业务的个性与规模到达一定阶段时,一定会有一些别人从未遇到过的非常困难的问题需要你去解决。作为站在企业技术金字塔塔尖上的一群人,当过去的经验用不上,搜索引擎也不能向你提供任何有用的答案,只有独立去思考,去做出重大决定时,如果没有充分的准备,对企业对个人都是巨大的风险。这需要架构师建立未雨绸缪的意识,不断推演未来可能的变化并思索应对之策,持续而有方向地积累知识、发展能力,建立广泛的技术交流圈子,并且“顾后”。

再谈谈“顾后”。架构师的另一个重要的职责是发掘团队中的好苗子,帮助他们,使他们赶上并超越自己。无论这一点是否写入你的KPI,这样做都是必须的。站在架构师的立场看,架构必须有一个好的技术梯队一层层传递下去,才能够有效、持续地贯彻执行,如果只是架构师们冲在前面,背后空了一大片,架构永远只能停留在蓝图上。站在企业的立场看,企业真正的技术实力,不在于已经有怎样的系统或者平台,而在于是否有一个强大而有生命力的技术团队,通过快速复制架构师的技术与经验,可以帮助发展并壮大这样的团队,而企业整体技术实力的提升也促进了架构师提升。

业务产品架构

技术架构的目的是为了服务好业务,技术离开了业务,啥都不是。所以,对于好的架构师来讲,对业务的掌握以及理解,需要一个团队从早期就意识起来。

顶尖架构师的工作职责

我用一个例子来举例:语言翻译能力。

将业务语言翻译为产品语言、开发语言的能力很重要。业务需求来自客户或业务部门,收集到的信息是基于业务语言描述。 业务架构师需要学会基于自己的经验知识进行分析,把业务语言转换成产品语言、开发语言。这样在跟产品、研发团队的沟通中,才能完成信息的有效、高保真传递。我早几年前接触过很多大公司的BD,基本就是干着活。能把一个用户的需求,从需求、产品、市场、功能、流程分析出一份详细的需求报告书出来,在与用户确认后,才能需求分析书转到技术部开始架构设计等后续的工作。

一般来讲,公司的很多需求业务模型,都是他们在整理。比如,公司的核心业务介绍等手册。

当然,这里还有好几个方面。比如,对行业的理解、交流沟通能力等等。


本文标题:顶尖架构师的工作职责
转载请保留页面地址:http://youzhixueyuan.com/responsibilities-of-the-architect.html
喜欢 (2)
[mike.r.chen@163.com]
分享 (0)
发表我的评论
取消评论

表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
(1)个小伙伴在吐槽