读书笔记——架构可视化

本文探讨了架构可视化的关键,包括如何通过权衡和抽象化解决自然语言的模糊性,使用UML和C4等规范方法,以及企业架构和企业级架构的区别。文章还提及了前期设计与浮现式设计的方法论,以及手工治理向自动化治理的转变,强调了绘图工具和架构工具的知识管理功能。
摘要由CSDN通过智能技术生成

参考:钟敬的架构可视化的10个关系

想清楚, 说清楚和画清楚

想清楚:关键在于架构的权衡

不同方案的优缺点

说清楚:沟通

想清楚和说清楚不容易,在于自然语言的模糊性。

为了解决自然语言的模糊性,需要 画清楚

可视化:

  • 抽象化
  • 严格化
  • 规范化

架构的治理和设计的本质是一个建模过程,建模是抽象化的过程。

忽略现实的大部分属性,抽取一小部分属性来实现特定目标的过程就是抽象

示意图和蓝图

蓝图和示意图的区别在于准,蓝图需要足够准确。

准确不代表详细,详细也不意味着准确。

蓝图用于系统的规划,开发和演进,需要指导落地实施,需要强调准确性和规范性。系统发生架构上的变化,蓝图需要相应的更新。

系统和产品

软件系统:

  • 系统软件
  • 中间件
  • 应用软件

发布单元:可以独立部署和运行的最小单位(单体,微服务或这2者之间的形态)

产品是面向价值的。

规范画法和自定义画法

UML是OMG官方的国际标准,为规范画法。

C4是民间规范

架构的维度和粒度

维度:从哪个角度看问题

  • 业务架构
  • 应用架构
  • 数据架构
  • 技术架构

架构可视化的实施

企业架构和企业级架构

企业架构:强调端到端的整体性(业务,应用,数据,技术架构都覆盖)。即使不是整个企业在做,也可以叫企业架构。

企业级架构:强调横向(跨系统,跨部门,跨团队)

企业级架构师和团队级架构师

当前架构和目标架构

没有时间点的架构图是没有意义的。

当前架构总是和当前生产环境的系统架构保持一致,作为架构演进的基线。

目标架构:

  • 开发中目标架构
  • 近未来目标架构
  • 远未来目标架构

前期设计和浮现式设计

前期设计(Big Design Up Front/BDUF):开发一个大项目的早期就设计出所有架构方案(瀑布式)

浮现式设计(Emergent Design): 项目进行中,根据优先级,不断细化架构设计,同时又兼顾架构整体(敏捷)

—— 画一张世界地图,一开始画得很详细很难,也没有必要。

可以先画七大洲的大体边界,让看图的人知道7个大洲这件事和位置

然后,觉得亚洲最重要,把亚洲的边界画清晰一些,并画出亚洲的主要国家

接着,觉得亚洲里的中国最重要,把中国边界画清晰一些,把中国主要省市大体边界画出来

...

手工治理和自动化治理

绘图工具和架构工具的区别在于后者包含知识。

理想的架构治理工具:

  • 保存多维度知识
  • 自动生成架构图
  • 验证架构约束
  • 感知实际架构变化
  • 实施架构守护
  • 版本管理
  • 支持协作

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值