如何画出一张优秀的架构图?(老鸟必备)



作者:三画

简介:阿里巴巴技术专家,梓敬、鹏升和余乐对此文亦有贡献。三画曾多年从事工作流引擎研发工作,现专注于高并发移动互联网应用的架构和开发。

技术传播的价值,不仅仅体现在通过商业化产品和开源项目来缩短我们构建应用的路径。加速业务的上线速率,也体现在优秀工程师的工作效率提升、产品性能优化和用户体验改善等经验方面的分享,以提高我们的专业能力。

接下来,阿里巴巴技术专家三画,将分享自己和团队在画好架构图方面的理念和经验,希望对你有所帮助。当我们想用一张或几张图来描述我们的系统时,是不是经常遇到以下情况:

对着画布无从下手、删了又来?如何用一张图描述我的系统,并且让产品、运营、开发都能看明白?画了一半的图还不清楚受众是谁?画出来的图到底是产品图功能图还是技术图又或是大杂烩?图上的框框有点少是不是要找点儿框框加进来?布局怎么画都不满意…

如果有同样的困惑,本文将介绍一种画图的方法论,来让架构图更清晰。

先厘清一些基础概念

什么是架构?

架构就是对系统中的实体以及实体之间的关系所进行的抽象描述,是一系列的决策。

架构是结构和愿景。系统架构是概念的体现,是对物/信息的功能与形式元素之间的对应情况所做的分配,是对元素之间的关系以及元素同周边环境之间的关系所做的定义。

做好架构是个复杂的任务,也是个很大的话题,本篇就不做深入了。有了架构之后,就需要让干系人理解、遵循相关决策。

什么是架构图?

系统架构图是为了抽象地表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界,以及软件系统的物理部署和软件系统的演进方向的整体视图。

架构图的作用

一图胜千言。要让干系人理解、遵循架构决策,就需要把架构信息传递出去。架构图就是一个很好的载体。

那么,画架构图是为了:

  • 解决沟通障碍
  • 达成共识
  • 减少歧义

架构图分类

搜集了很多资料,分类有很多,有一种比较流行的是 4+1 视图,分别为场景视图、逻辑视图、物理视图、处理流程视图和开发视图。

场景视图

场景视图用于描述系统的参与者与功能用例间的关系,反映系统的最终需求和交互设计,通常由用例图表示。

如何画出一张优秀的架构图?(老鸟必备)
图片
逻辑视图

逻辑视图用于描述系统软件功能拆解后的组件关系,组件约束和边界,反映系统整体组成与系统如何构建的过程,通常由 UML 的组件图和类图来表示。

如何画出一张优秀的架构图?(老鸟必备)
图片
物理视图

物理视图用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可计算机器节点上,用于指导软件系统的部署实施过程。

如何画出一张优秀的架构图?(老鸟必备)
图片
处理流程视图

处理流程视图用于描述系统软件组件之间的通信时序,数据的输入输出,反映系统的功能流程与数据流程,通常由时序图和流程图表示。

如何画出一张优秀的架构图?(老鸟必备)
图片
开发视图

开发视图用于描述系统的模块划分和组成,以及细化到内部包的组成设计,服务于开发人员,反映系统开发实施过程。

如何画出一张优秀的架构图?(老鸟必备)
图片

以上 5 种架构视图从不同角度表示一个软件系统的不同特征,组合到一起作为架构蓝图描述系统架构。

怎样的架构图是好的架构图

上面的分类是前人的经验总结,图也是从网上摘来的,那么这些图画的好不好呢?是不是我们要依葫芦画瓢去画这样一些图?

先不去管这些图好不好,我们通过对这些图的分类以及作用,思考了一下,总结下来。

我们认为,在画出一个好的架构图之前, 首先应该要明确其受众,再想清楚要给他们传递什么信息 。

所以,不要为了画一个物理视图去画物理视图,为了画一个逻辑视图去画逻辑视图,而应该根据受众的不同,传递的信息的不同,用图准确地表达出来,最后的图可能就是在这样一些分类里。

那么,画出的图好不好的一个直接标准就是:受众有没有准确接收到想传递的信息。

明确这两点之后,从受众角度来说,一个好的架构图是不需要解释的,它应该是自描述的,并且要具备一致性和足够的准确性,能够与代码相呼应。

画架构图遇到的常见问题

方框代表什么?

如何画出一张优秀的架构图?(老鸟必备)
图片

为什么适用方框而不是圆形,它有什么特殊的含义吗?随意使用方框或者其他形状可能会引起混淆。

虚线、实线什么意思?箭头什么意思?颜色什么意思?

如何画出一张优秀的架构图?(老鸟必备)
图片

随意使用线条或者箭头可能会引起误会。

运行时与编译时冲突?层级冲突?

如何画出一张优秀的架构图?(老鸟必备)
图片

架构是一项复杂的工作,只使用单个图表来表示架构很容易造成莫名其妙的语义混乱。

本文推荐的画图方法

如何画出一张优秀的架构图?(老鸟必备)
图片

C4 模型使用容器(应用程序、数据存储、微服务等)、组件和代码来描述一个软件系统的静态结构。

这几种图比较容易画,也给出了画图要点,但最关键的是,我们认为,它明确指出了每种图可能的受众以及意义。

下面的案例来自 C4 官网,然后加上了一些我们的理解,来看看如何更好的表达软件架构。

语境图(System Context Diagram)

如何画出一张优秀的架构图?(老鸟必备)
图片

这是一个想象的待建设的互联网银行系统,它使用外部的大型机银行系统存取客户账户、交易信息,通过外部电邮系统给客户发邮件。

可以看到,非常简单、清晰,相信不需要解释,都看的明白,里面包含了需要建设的系统本身,系统的客户,和这个系统有交互的周边系统。

这样一个简单的图,可以告诉我们,要构建的系统是什么;它的用户是谁,谁会用它,它要如何融入已有的 IT 环境。

这个图的受众可以是开发团队的内部人员、外部的技术或非技术人员。即:

  • 构建的系统是什么
  • 谁会用它
  • 如何融入已有的 IT 环境

怎么画?中间是自己的系统,周围是用户和其他与之相互作用的系统。这个图的关键就是梳理清楚待建设系统的用户和高层次的依赖,梳理清楚了画下来只需要几分钟时间。

容器图(Container Diagram)

容器图是把语境图里待建设的系统做了一个展开。

如何画出一张优秀的架构图?(老鸟必备)
图片

上图中,除了用户和外围系统,要建设的系统包括一个基于 JavaSpring MVC的 Web 应用提供系统的功能入口,基于 Xamarin 架构的手机  App 提供手机端的功能入口,一个基于 Java 的 API 应用提供服务,一个 MySQL 数据库用于存储,各个应用之间的交互都在箭头线上写明了。

看这张图的时候,不会去关注到图中是直角方框还是圆角方框,不会关注是实线箭头还是虚线箭头,甚至箭头的指向也没有引起太多注意。

我们有许多的画图方式,都对框、线的含义做了定义,这就需要画图的人和看图的人都清晰的理解这些定义,才能读全图里的信息。

而现实是,这往往是非常高的一个要求,所以,很多图只能看个大概的含义。

这个图的受众可以是团队内部或外部的开发人员,也可以是运维人员。用途可以罗列为:

  • 展现了软件系统的整体形态。
  • 体现了高层次的技术决策。
  • 系统中的职责是如何分布的,容器间是如何交互的。
  • 告诉开发者在哪里写代码。

怎么画?用一个框图来表示,内部可能包括名称、技术选择、职责,以及这些框图之间的交互,如果涉及外部系统,最好明确边界。

组件图(Component Diagram)

如何画出一张优秀的架构图?(老鸟必备)
图片

组件图是把某个容器进行展开,描述其内部的模块。

这个图主要是给内部开发人员看的,怎么去做代码的组织和构建。其用途有:

  • 描述了系统由哪些组件/服务组成
  • 厘清了组件之间的关系和依赖
  • 为软件开发如何分解交付提供了框架

类图(Code/Class Diagram)

如何画出一张优秀的架构图?(老鸟必备)
图片

这个图很显然是给技术人员看的,比较常见,就不详细介绍了。

案例分享

下面是内部的一个实时数据工具的架构图。作为一个应该自描述的架构图,这里不多做解释了。如果有看不明白的,那肯定是还画的不够好。

如何画出一张优秀的架构图?(老鸟必备)
图片

画好架构图可能有许多方法论,本篇主要介绍了 C4 这种方法,C4 的理论也是不断进化的。

但不论是哪种画图方法论,我们回到画图初衷,是为了更好的交流,我们在画的过程中不必被条条框框所限制。简而言之,画之前想好:画图给谁看,看什么,怎么样不解释就看懂。

画图的工具有:

  • Keynote
  • Xmind
  • EdrawMax
  • Visio
  • OmniGraffle
  • Process On

文中物理视图 Download 地址:

  • Win:http://t.cn/EXAGBDW
  • Mac:http://t.cn/EXAqtx

作者:三画

来源:https://www.easemob.com/news/2767

版权申明:内容来源网络,版权归原创者所有。除非无法确认,我们都会标明作者及出处,如有侵权烦请告知,我们会立即删除并表示歉意。谢谢!


本篇文章来源于微信公众号:程序IT圈

原创文章,作者:software,如若转载,请注明出处:https://www.sldh123.com/4455.html

(0)
上一篇 9月 23, 2022 7:40 上午
下一篇 9月 24, 2022 1:00 上午

相关推荐

  • 架构师都应该知道的康威定律

    今天的分享主要来自我之前的工作经验以及平时的学习总结和思考。我之前的背景主要是做框架、系统和平台架构,之前的工作过的公司 eBay、携程、唯品会都是平台型互联网公司,所以今天主要带…

    3天前
    00
  • 美团外卖即时物流的分布式系统架构设计

    背景 美团外卖已经发展了五年,即时物流探索也经历了3年多的时间,业务从零孵化到初具规模,在整个过程中积累了一些分布式高并发系统的建设经验。最主要的收获包括两点: 即时物流业务对故障…

    7月 12, 2022
    30
  • 架构师必须清楚的支付系统:对账系统详解

    在支付系统中,资金对账在对账中心进行,将系统保存的账务流水与银行返回的清算流水和清算文件进行对账,核对系统账务数据与银行清算数据的一致性,保证支付机构各备付金银行账户每日的预计发生…

    7月 3, 2022
    40
  • 2.3W字,这可能是把Nginx讲得最全面的一篇文章了,建议收藏备用

    前言 Nginx 概述 Nginx 特点 Nginx 作用 Nginx 安装 Nginx 常用命令 Nginx 核心配置 配置文件结构 配置文件 main 段核心参数 配置文件 e…

    8月 27, 2022
    10
  • 架构师聊聊分布式定时任务框架选型

    我们先思考下面几个业务场景的解决方案: 支付系统每天凌晨1点跑批,进行一天清算,每月1号进行上个月清算 电商整点抢购,商品价格8点整开始优惠 12306购票系统,超过30分钟没有成…

    8月 7, 2022
    30
  • 架构师基于Redis实现延时队列服务

    一、背景 在业务发展过程中,会出现一些需要延时处理的场景,比如: 订单下单之后超过30分钟用户未支付,需要取消订单 订单一些评论,如果48h用户未对商家评论,系统会自动产生一条默认…

    8月 11, 2022
    30
  • 一文弄懂责任链设计模式

    目录 背景 什么是责任链 使用场景 结语 背景 最近,我让团队内一位成员写了一个导入功能。他使用了责任链模式,代码堆的非常多,bug 也多,没有达到我预期的效果。 实际上,针对导入…

    5天前
    00
  • 面试官让我手写一个RPC框架 ,so easy !

    作者:Java码农链接:https://www.jianshu.com/p/08108654b083 如今,分布式系统大行其道,RPC 有着举足轻重的地位。Dubbo、Thrift…

    9月 9, 2022
    60
  • 分布式架构的演进过程

    作者:代码屠夫18 出处:my.oschina.net/u/3854434 一.分布式架构的发展历史      1946年,世界上第一台电子计算机在美…

    6月 22, 2022
    20
  • 12306抢票:极限高并发带来的思考

    每到节假日期间,一二线城市返乡、外出游玩的人们几乎都面临着一个问题:抢火车票!虽然现在大多数情况下都能订到票,但是放票瞬间即无票的场景,相信大家都深有体会。尤其是春节期间,大家不仅…

    7月 1, 2022
    40

发表回复

您的电子邮箱地址不会被公开。