架构师技术领导力成长之路(1)

简介: 架构师技术领导力成长之路(1)

感谢技术琐话约稿,跟大家分享一点架构师技术领导力成长的心得体会,以我在当当那几年做的事情为例,试图去总结一些普适性的方法。每个人的成长路径都不同,我能分享的只是自己的经验,没有一个通用公式能够帮助大家搞定一切问题,那样的话一切都是确定的,人生就没意思了。


什么是技术领导力

多数公司的技术体系都是团队作战,需要分工协作,无论正式还是非正式甚至是临时的领导者角色,或者只是团队中的普通一员,都需要具备与团队一同达成目标的能力,借用冯唐的书名,要有跟团队一起“成事”儿的能耐。行业里有名的亚马逊领导力准则,可作参考。


image.png


作为架构师或者架构团队,更需要具备综合的软技能,与技术团队合作,推动架构演进,支持业务发展。

 

那些年,我在当当做架构的日子

2012年我去当当做架构师,后来负责架构部,到2016年离开,4年之中做了一些事,积累了一些成果。在架构领域的总结思考,关于什么是架构什么是架构师架构师应该具备哪些能力的话题,在中国系统架构师大会上分享过,总结后发在公众号上,名为《架构师的自我修养》。今天跟大家分享的是成长过程,换一个说法叫什么呢?“那些年,我在当当做架构的日子”!

那些年都做过什么呢?挑重要的列出来:

2012年——招商平台重构

2013年——多数跨系统项目、订单重构规划

2014年——架构规划、技术栈转型

2015年——应用框架、开源组件

2016年——基础平台

 

招商平台重构

2012年6月我加入的时候,当当没有完整的系统架构信息。有多少个系统?技术团队三四百人都在做什么?各个系统是什么关系?出了问题怎么判断定位?都不清楚,只有一张很简单的架构图。刚去的时候我也一头雾水,形象的比喻就像是一朵云,在外面看是一大坨,不知道里面什么样子。幸运的是在9月份我参加了招商平台重构。这个项目希望重构第三方商家入驻卖货的系统——招商平台,与当当自营商品销售的整个流程打通结合起来。


image.png


这张图分成三个阶段来看。左边是自营电商系统阶段,比如当当最早就是卖书,后来扩充了很多品类,百货、服装、3C、孕婴童等等,还都是自营。接下来是平台并行阶段,京东也是这样演化的,不像淘宝天生就是个平台。尝试新业务模式一般是这样操作的——主营业务有一套成熟的系统,因为不知道新业务能不能做成,最好的做法是外挂一套系统。并行阶段系统前台用户端是一致的,后台所有的系统都是分开的,是两套体系。希望达到的最终目标是一个平台,右边这个图的样子,只有一套系统,像淘宝那样,自营是最大的商家,减少重复的轮子


但这个目标没达成,我们梳理了整个流程,发现如果做成真正的平台,步子太大、伤筋动骨、成本高、难以短期见效。最终方案是把商品、库存、价格、订单等系统尽可能的结合起来,让外挂系统更轻。这个项目对我帮助非常大,完整的梳理了一遍招商平台,真正的了解了电商系统和业务流程。毕竟只作为消费者很难想象几百人搭建的电商系统的实际架构。

 

订单重构规划

其实并不存在订单重构这个项目,订单系统当时是.NET+SQLServer,迟早要重构。CTO和负责的总监发起了一个架构规划任务,如果订单系统要重构应该怎么规划,我们就去搞清楚订单系统的情况,有了一些思路,主要是通过解耦带来灵活性。正好2013年我们做了很多跨系统的项目,其中有一些与订单相关,比如说一品多促销、手机专享价、预售、预约送货、礼品包装、虚拟捆绑、就近巡仓、合约机等等,做的过程之中把对订单的想法落实了下去,使订单系统功能更强大。


image.png


右边的入驻外部平台是什么?现在当当在天猫上有旗舰店,当年在1号店也开过店,跟苏宁也谈过合作甚至都开发完了最终没上线。大家都是平台优势互补合作共赢,这种业务模式大同小异,就是作为商家入驻外部电商平台,需要同步商品信息到平台,从平台同步回来订单信息,再把物流配送信息同步过去。


架构设计需要考虑未来的可扩展性,把外部平台作为渠道,可以开多个店铺,要有相应的标识区分,这样核心功能确定了,入驻新的平台或者开新店只需要增加配置项即可实现,需要额外做的工作只是对接接口和做数据转换。作为核心系统,订单系统要具备业务扩展性,不能只靠外挂解决问题,而且要从更本质的业务模型上进行抽象,用一种扩展设计模式支持多种新的业务模式,提供可行方案令业务设想成为可能,而不是设置各种条条框框。

 

架构规划、技术栈选型

2014年初我开始负责架构部,开始扩充架构师团队,提升架构部整体能力。架构部要做架构总体规划,分为两部分,业务系统架构和技术架构。业务系统架构规划是一张蓝色的图,名副其实的蓝图,体现系统间的层次和关系,能让老板一眼看明白,不是技术层面的应用架构图。说一个“关键点”,几乎每一个框里都有4个功能模块,这正常吗?当然不正常,就是为了美观大方,所以主要是展示一个体系,一个思维模式,便于快速理解,并不是用来做系统设计。


image.png


image.png


技术架构图里比较特殊的是三种技术栈并存,原来的有PHP,主要是前台,有.NET,主要是后台,在12年才开始有Java。互联网电商行业主流的技术架构是什么样?技术组件平台化,用现在流行的说法叫技术中台,包括MQ、缓存、数据库、作业调度、搜索引擎、大数据体系、各种中间件。整体技术架构也用一张图展现,比较偏概念,之后根据不同的领域进行了调研和选型。画出这两张图,意味着在业务和技术两方面具备了行业视野。

相关文章
|
架构师 小程序
架构师技术领导力成长之路(3)
架构师技术领导力成长之路(3)
314 0
架构师技术领导力成长之路(3)
|
监控 Dubbo 架构师
架构师技术领导力成长之路(2)
架构师技术领导力成长之路(2)
323 0
架构师技术领导力成长之路(2)
|
4月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
417 3
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
7月前
|
缓存 Cloud Native Java
Java 面试微服务架构与云原生技术实操内容及核心考点梳理 Java 面试
本内容涵盖Java面试核心技术实操,包括微服务架构(Spring Cloud Alibaba)、响应式编程(WebFlux)、容器化(Docker+K8s)、函数式编程、多级缓存、分库分表、链路追踪(Skywalking)等大厂高频考点,助你系统提升面试能力。
603 0
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
1510 69
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
10月前
|
Cloud Native Serverless 流计算
云原生时代的应用架构演进:从微服务到 Serverless 的阿里云实践
云原生技术正重塑企业数字化转型路径。阿里云作为亚太领先云服务商,提供完整云原生产品矩阵:容器服务ACK优化启动速度与镜像分发效率;MSE微服务引擎保障高可用性;ASM服务网格降低资源消耗;函数计算FC突破冷启动瓶颈;SAE重新定义PaaS边界;PolarDB数据库实现存储计算分离;DataWorks简化数据湖构建;Flink实时计算助力风控系统。这些技术已在多行业落地,推动效率提升与商业模式创新,助力企业在数字化浪潮中占据先机。
543 12