【建议收藏】手把手教你画一个项目的技术架构图

沙海
沙海
沙海
765
文章
2
评论
2021年3月15日03:44:10
评论
4 2858字阅读9分31秒
摘要

速读摘要

速读摘要

刚入行的时候只会写代码,后来变老手了,就开始写项目文档。其实系统架构,就相当于房子的设计过程。复杂的呢,就要把上面总体架构中间分层的逻辑给写清楚一些。而所有的逻辑架构都有数据层,这是最早的MVP,即数据、用户视图和处理逻辑分离。你怎么组织系统的所有功能,给用户提供相应的服务。

原文约 2031 | 图片 12 | 建议阅读 5 分钟 | 评价反馈

【建议收藏】手把手教你画一个项目的技术架构图

大数据肌肉猿

以下文章来源于大数据架构师,作者彭文华

【建议收藏】手把手教你画一个项目的技术架构图

大数据架构师

历任多家公司大数据总监、大数据架构师,专注于数字化转型领域。公众号分享大量干货,包括数字化转型方案、数字化转型案例、数字化转型方向,以及大数据技术细节、大数据架构设计、大数据架构方案、数据仓库、数据分析技巧。有数字化转型和大数据架构社群

本文相关资料下载识别下方二维码,回复【架构】,获得下载链接。之后会持续整理一些可下载的学习资料分享给大家,大家记得将公众号设置星标哦!更多资料获取、学习交流后台回复【加群】

系统架构,架构啥?

虽然我本硕都是软件工程专业,软件设计是一直在学的,软件架构设计思想也早早的学过,但是很长一段时间都不知道架构到底是个啥东西。刚入行的时候只会写代码,后来变老手了,就开始写项目文档。

一开始还接触不到核心,只是写自己工作内容相关的。之后当项目经理,就能看到完整的项目文档,但是仍然不太明白为啥要那么多架构图。什么总体架构、逻辑架构、数据架构、功能架构、网络架构、运行架构等等。

【建议收藏】手把手教你画一个项目的技术架构图

我反正是一头的雾水,只顾把自己那摊子事儿搞定就完事了。其他的就追着开发那边给画。而且乙方做项目,基本都是先干活,后补文档。后来,随着项目越做越多,学习的知识也越来越丰富,最重要的是文档越写越多,慢慢的我也就明白了。

其实系统架构,说白了,就相当于房子的设计过程。需要一个总体的样子,还得有里面的支撑结构,还要设计好水暖管线,外壳的装饰以及样板房的设计。每一个内容都得要一套图纸,产出结果自然就是各种架构图了。

【建议收藏】手把手教你画一个项目的技术架构图

这些架构图都表达啥?

讲真,要写好这篇文章,得把《系统架构师》的考试内容细细的读一遍才行。

我这糙就糙一些吧,你看个大概,回头我再细化,写的不对的地方,可以加我微信,给我提意见,我给发红包。

总体架构

总体架构呢,就是买房的时候进门看到的那个大沙盘:整个小区有多大,楼有多高、里面的环境是咋样的?都有哪些配套?方方面面看个大概。所以总体架构基本上把下面所有的架构都体现了。下面所有的架构也都是要与总体架构保持一致。

总体架构需要说明几件事情:

1、整个系统的硬件设置是怎么回事?

2、数据大概是从哪里来,怎么采集、存储、处理、交换的?

3、做了哪些功能抽象,以便于支撑上层的应用?

4、提供些业务应用?管理、控制等功能有哪些?

5、终端用户怎么访问和使用这些应用?

6、该系统与外部系统是怎么进行对接的?

7、如何保障整个系统的安全、可靠、高质量的建设?

【建议收藏】手把手教你画一个项目的技术架构图

这个整体架构还是比较简单的,复杂的手机上没法看。你打开看个意思就行了。

逻辑架构

其实总体架构有了,逻辑架构也就有了。为啥呢?如果说总体架构是整个小区的沙盘,那逻辑架构就是这栋楼房了。把小区大门、绿地、路等保障小区安全、有序的东西去掉。所以逻辑架构里会去掉各种保障、底层的硬件基础等非软件开发逻辑核心的内容。

所以有很多简单的项目压根就不写逻辑架构,直接用总体架构就行了。复杂的呢,就要把上面总体架构中间分层的逻辑给写清楚一些。

逻辑架构设计的目的就是为了告诉读者,整个系统是怎么产生左右的。所谓的系统架构,主要说的就是这部分。早期的单体架构、后面的各种分层架构、微服务、服务网格等,说的都是在这里进行设计。

在设计的时候,会用到很多种设计模式,比如你看到有一个应用支撑层/服务层之类的,这就是做了一个MVC,把业务逻辑和用户前端分离。而所有的逻辑架构都有数据层,这是最早的MVP,即数据、用户视图和处理逻辑分离。当然,系统越复杂,架构图就越复杂。这里只是给一个简单的图供你参考了。

【建议收藏】手把手教你画一个项目的技术架构图

应用架构

顾名思义,就是应用太丰富了,需要整理整理。内部有哪些应用,怎么对外部提供服务。很多项目都没有这个,因为应用比较少,不值得多废点人工单独写。

【建议收藏】手把手教你画一个项目的技术架构图

技术架构

技术架构要干啥也就很清楚了,就是每一层,我们都用什么组件、什么技术解决什么问题。

【建议收藏】手把手教你画一个项目的技术架构图

数据架构

数据架构其实就是从数据侧描述数据怎么来、怎么存、怎么加工、怎么使用。就像这样:

【建议收藏】手把手教你画一个项目的技术架构图

从数据源开始,数据通过哪些方式集成过来;集成到数仓之后,都存在哪里,数仓怎么分层,每一层都干啥;在数据集市中又怎么存、怎么管;到数据应用层又提供些应用。上面所有的一切,都用什么技术,什么组件,解决什么问题。

部署架构

部署架构也叫网络架构,就是底层服务器、网路的设计,提供网络安全、服务可靠性的设计。再简单一些理解,就是你这些应用、数据库都放在那台服务器上,这些服务器都在哪个ip端,怎么进行访问。

【建议收藏】手把手教你画一个项目的技术架构图

功能架构

这个没啥好说的,就是你的前台页面的功能菜单的目录结构。你怎么组织系统的所有功能,给用户提供相应的服务。

运行架构

运行架构其实就是软件内部,这些系统内部是怎么运转的,一般会画很多时序图、状态图、活动图。这玩意可费劲了,我们一般不单独画一个运行架构,而是在概要和详细设计里画。

区别与联系

传统信息系统项目和大数据项目还是有很显著的区别的。从架构层面上来说,该有的肯定都得有,只不过其中的内容会有侧重点。我简单对比一下,您将就着看:

对比项 传统IT项目 大数据项目
重点 80%应用 80%数据
类型 OLTP事务处理 OLAP分析处理
安全 应用安全 数据安全、质量、治理
总体架构 侧重业务应用 放大数据层
逻辑架构 各种SOA、微服务 各种DW、OLAP分层
技术架构 什么Spring、JSP、Ajax 各种Hadoop生态组件
数据架构 侧重关系型数据库 侧重分布式数据库
部署架构 一般主从即可 集群
功能/运行 看项目,无偏向 看项目,无偏向

总结

所有的架构都是基于业务出发的,因此脱离实际业务的架构都是无意义的。

我们在进行架构设计的时候,需要用不同的图形来解释、阐释整个系统运行的肌理。

总体架构涵盖系统的方方面面;

逻辑架构阐述整个系统是如何实现业务需求的;

技术架构则从技术实现的角度阐述系统的构造;

数据架构讲解数据从哪来,到哪里去;

部署架构则讲清楚系统放在那台服务器上,怎么才能访问到;

功能架构用来组织业务功能;

运行架构则解析系统内部运行机理。

<span style="margin:0;padding:0;max-width:100% !important;-webkit-box-sizing:border-box !important;word-wrap:break-word !important;color:rgb(255,0,0);overflow-wrap:break-word !important;box-sizing:border-box !important"--<end--

扫描下方二维码添加好友,备注【交流】可私聊交流,也可进资源丰富学习群更文不易,点个“在看”支持一下?

阅读原文

继续阅读
weinxin
资源分享QQ群
本站是一个IT技术分享社区, 会经常分享资源和教程; 分享的时代, 请别再沉默!
沙海
匿名

发表评论

匿名网友 填写信息

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: