业务架构实践:一步一步画出业务架构图

前阿里资深开发工程师,负责 2017 年双 11 承接页大促,0 故障完美完成双 11 任务。熟悉互联网中间件核心技术,处理高并发、高可用、高性能、稳定性问题有一套系统性的应对方法。总结出架构设计一套自己的方法,擅于把复杂问题通过清晰的逻辑描述表达出来。

文章正文

一、引言

在 4 种类型的架构(业务架构、应用架构、数据架构、技术架构)中,首先要讲的是业务架构,它是其他架构的基础,没有业务去谈架构都是空谈。大部分时候聊的架构是偏技术的,用到了什么新技术和哪些中间件,技术是一项工具,帮我们解决了一部分问题。而学习掌握了业务架构的方法,面对新的业务时能快速上手,知道怎么构建业务架构。很多书籍中并没有教我们业务架构的方法,在一些公司中,业务架构图之前就已经有,不知道为什么这个图要这样画。本篇 Chat 将会给出业务架构的方法论,学习这一套方法论后去做业务架构将会达到事半功倍的效果,有了方法论,还会结合一个具体的例子,从零构建业务架构。

二、方法论分享

方法论这个词听起来很虚,开始听的话,觉得这人是不是有些故弄玄虚。下面我结合自己的经验,谈下自己学到的方法论和怎么运用这些方法论的。

工作前三年,我学到的第一个方法论:本质论。本质论指做事去抓住本质,只有了解了本质,才能找到对应的方法。像现在很多人一谈性能优化,就说有缓存、用异步消息等等,这些只是手段,并不是问题的本质,没有找到问题的本质,只能是抓瞎,这个在技术架构中会重点讲,高并发、高可用、高扩展、高性能的本质是什么,知道了本质就能推导出来要如何去做。

到了第四年进入阿里巴巴,学到的第二个方法论:矛盾论。矛盾论说的是做事抓住主要的矛盾是什么,每个阶段的矛盾是不一样的,比如刚开始接手一个项目,大量的业务咨询,主要的矛盾是接口提示不明显,工具化弱,经过一轮的优化,答疑量明显下降后,发现做的活重复性工作很多,主要矛盾是复用性低、可扩展性差,这个时候主要矛盾就变化了。把主要矛盾解决了,当前任务的 80% 基本上就解决了。

到了滴滴后,学到的第三个方法论:系统论。系统论让做事把相关性都找出来。我们一般做事情就是线性思维,有一个明显的因果关系,由因能直接推导出结果,但有些事情并不是这么简单,它是非线性的,是有多种因素关联的。这个时候就要运用系统论,把所有影响的因素都找出来,系统考虑。

把上面三个方法论运用在工作中,会解决很多问题,能使你有一种方法思路去处理,不至于像无头的苍蝇。不管是做技术的还是业务的,方法论是相通的,解决问题的思路是一样的,只是运用的工具、表达不一样。后面在技术架构篇单中运用这些方法论去谈技术问题,把平时一些散的点全部会串起来,大部分的人并不是不知道,也积累了很多点,缺少的就是如何把这些点串起来,这也是我写作的最大的目的,不是传递做的技巧,更要传递的是如何去思考,怎么就能想到要用这些方法去实现。

三、什么是业务架构

在上一篇文章中我们给出了系统架构的定义:把由多种要素组成的具有结构性的有机整体构建出来,按照这个套路,尝试把业务架构定义为把由多种要素组成的业务有机整体构建出来

作者正在撰写中...
隐藏内容 支付可见
¥9.99 购买
× 订阅 Java 精选频道
¥ 元/月
订阅即可免费阅读所有精选内容