简介: 成为一名架构师可能是很多开发者的技术追求之一。那么如何理解架构?架构师是一个什么样的角色,需要具备什么样的能力?在架构师的道路上,会面临哪些挑战?本文作者道延分享他对架构以及架构师的思考和相关实践,希望对同学们有所启发。
作者 | 道延
来源 | 阿里技术公众号
我叫道延, 2014 年加入阿里,在阿里通信工作了近两年。2016 年年底加入业务平台团队,当时 Leader 找我的第一件事就是要解决大促的问题,第二件事就是解决安全生产的问题。
我带着这个命题进入业务平台,开始了后面的故事。本文和大家分享一下关于这件事和这件事背后的一些想法,以及我对架构师的一些思考。
一 我对技术架构的理解
顶层设计
国家每 5 年有五年计划,这其实就是在国家整个层面的一个非常清晰的顶层架构设计,这里面对国民经济重大建设项目和生产力进行宏观的架构设计,本质上也是一种架构设计。在这里面,要做什么事要定义的非常清楚,要达到什么样的结果也要定义的非常清楚。
双 11 的保障也是需要设计的。双 11 本身是一个业务的活动事件,因为规模比较大,所以需要很多的技术来支撑这个东西。技术里面我们可能要考虑低成本、高效率、高稳定,并且还要引入一些更多的新技术来支撑,也要把这些东西整合好,架构设计好,让架构可以流畅地支撑业务。
物理架构
我们有单元化架构,当然很多公司也有类似的架构。但是阿里的单元化架构与其他架构相比有一些本质的区别。
阿里目前单元化架构达到一个什么目标呢?通过部署异地单元将生产流量完整运行在千里之外的独立机房,从而连续性的运行业务。这几句话里面包含了非常多的关键点,一个是异地,第二个是千里之外,第三个是独立,第四个是连续性。
单元化架构的总设计师是毕玄,因为我们这块业务跟单元化的架构非常相关,所以要对它完全掌握和吃透才能往下走。
应用架构
目前中台里面做的比较多的叫星环,星环想达到架构的本质目的是将单纯的代码共建模式,抽象成横向和纵向的业务包模式,做到业务与业务隔离,业务与平台隔离。
这背后带来的问题是什么?我们原来产生用共建的方式支撑了 50 多个 BU 的会员、商品、交易、营销、资金、支付、库存逆向等业务,其实每个里面都是遍地开花的 if else,这就导致代码的合并也难,开发也难,测试也难,上线也难,整个过程都很痛苦。所以在 2015 年做星环的架构时,就是让这些东西不那么痛苦,慢慢地解决这些问