平台 架构_网站架构图怎么画「建议收藏」

平台 架构_网站架构图怎么画「建议收藏」没有最优的架构,只有最合适的架构,一切系统设计原则都要以解决业务问题为最终目标,脱离实际业务的技术情怀架构往往会给系统带入大坑,任何不基于业务做异想天开的架构都是耍流氓

内容出处:

如何画架构图? – 知乎

一文看懂架构图怎么画

没有最优的架构,只有最合适的架构,一切系统设计原则都要以解决业务问题为最终目标,脱离实际业务的技术情怀架构往往会给系统带入大坑,任何不基于业务做异想天开的架构都是耍流氓。

整体架构

整体机构把下面的所有架构都体现。下面所有的架构也都与总体架构保持一致

总体架构要表达的几件事情:

  • 整个系统的硬件设置是怎么回事?
  • 数据大概是从哪里来,怎么采集、存储、处理、交换的?
  • 做了哪些功能抽象,以便于支撑上层的应用?
  • 提供哪些业务应用?管理、控制等功能有哪些?
  • 终端用户怎么访问和使用这些应用?
  • 该系统与外部系统是怎么进行对接的?
  • 如何保障整个系统的安全、可靠、高质量的建设?

平台 架构_网站架构图怎么画「建议收藏」

业务架构

只有梳理清楚了业务,才能指导应用、数据和技术架构。需要用一套方法论/逻辑对产品(项目)所涉及到的业务进行边界划分。所以熟悉业务是关键。

平台 架构_网站架构图怎么画「建议收藏」

包括业务规划,业务模块、业务流程,对整个系统的业务进行拆分,对领域模型进行设计,把现实的业务转化成抽象对象。

业务架构的分析过程是复杂的,最终的产出可能也不仅仅只是一张架构图。还有更细节的流程、建模等产出物。

一张好的业务架构图大概是:分层次、分模块讲清楚了各个产品模块之间的关系。业务架构包括业务规划,业务模块、业务流程,对整个系统的业务进行拆分,对领域模型进行设计,把现实的业务转化成抽象对象。

平台 架构_网站架构图怎么画「建议收藏」

平台 架构_网站架构图怎么画「建议收藏」

应用/逻辑架构

应用/逻辑架构就是整体架构去掉各种保障、底层的硬件基础等非软件开发逻辑核心的内容。是对整个系统实现的总体上的架构,需要指出系统的层次、系统开发的原则、系统各个层次的应用服务

关注的是功能,包含用户直接可见的功能,还有系统中隐含的功能。或者更加通俗来描述,应用/逻辑架构更偏向我们日常所理解的“分层”,把一个项目分为“表示层、业务逻辑层、数据访问层”这样经典的“三层架构”。

应用/逻辑架构图侧重于系统的功能和模块之间的关系,描述了软件系统的逻辑组件、模块和它们之间的交互关系。

应用/逻辑架构图有两个关键点:

1、职责分工:定义应用的边界(每个逻辑模块或子系统)

1)逻辑层次结构

2)子系统,模块定义。

3)关键类。

2、职责之间的协作:

1)接口协议:应用程序对外输出的接口。

2)协作关系:应用程序之间的调用关系。

平台 架构_网站架构图怎么画「建议收藏」

平台 架构_网站架构图怎么画「建议收藏」

平台 架构_网站架构图怎么画「建议收藏」

技术架构

应用架构本身只关心需要哪些应用系统,哪些平台来满足业务目标的需求,而不会关心在整个构建过程中你需要使用哪些技术。技术架构则需要满足应用架构的技术需求,并根据识别的技术需求,进行技术选型,把各个关键技术和技术之间的关系描述清楚。

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

要求:精准、明确、简练。

结构:从最底层的存储,到最上层的接口。右边是一些通用的运维体系或者支撑服务。

其他:体现出来依赖的SDK、第三方类库、中间件。

技术架构解决的问题包括:纯技术层面的分层、开发框架的选择、开发语言的选择、涉及非功能性需求的技术选择

平台 架构_网站架构图怎么画「建议收藏」

数据架构

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

数据流:从数据源开始,数据通过哪些方式集成过来;集成到数仓之后,都存在哪里,数仓怎么分层,每一层都干啥;在数据集市中又怎么存、怎么管;到数据应用层又提供哪些应用。

数据处理:上面所有的一切,都用什么技术,什么组件,解决什么问题。

数据应用:系统需要什么样的数据、如何存储、如何进行数据架构设计。

平台 架构_网站架构图怎么画「建议收藏」

平台 架构_网站架构图怎么画「建议收藏」

功能架构

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

网络/部署/物理架构

物理架构,更关注的系统、网络、服务器等基础设施。例如:如何通过服务器部署和配置网络环境,来实现应用程序的“可伸缩性、高可用性”。或者举一个实际的例子,如何通过设计基础设施的架构,来保障网站能支持同时10W人在线、7*24小时提供服务,当超过10W人或者低于10W人在线时,可以很方便的调整部署架构来支撑

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

要具体体现:机房;服务器个数、配置;网络分区关系;体现数据库、高可用;体现负载均衡;

运行架构

*顾名思义,更关注的是应用程序运行中可能出现的一些问题。例如并发带来的问题,比较常见的“线程同步”问题、死锁问题、对象创建和销毁(生命周期管理)问题等等。开发架构,更关注的是飞机起飞之前的一些准备工作,在静止状态下就能规划好做好的,而运行架构,更多考虑的是飞机起飞之后可能发生的一些问题。

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

今天的文章平台 架构_网站架构图怎么画「建议收藏」分享到此就结束了,感谢您的阅读。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/81539.html

(0)
编程小号编程小号

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注