吊打面试官！从多维度理解架构
在工作当中，我们经常会听到以下说法：
产品负责人说，现在的业务架构太复杂，需要仔细梳理下。
技术领导说，这个项目很复杂，需要做下系统架构方案评审。
研发经理说，这次秒杀活动访问量非常大，需要用到高并发架构方案。
一线研发说，互联网大厂都会用到微服务架构，我要学学微服务架构设计。
上面提到的架构到底是指什么？这些说法究竟是对还是错？
其实上面的说法都是对的，只是采用的视角不一样。
复杂系统涉及多方利益相关者，如客户、产品经理、研发、销售、运营和管理层等。由于背景和认知差异，每个人看待系统的角度和方法都不尽相同。
为控制复杂度，我们为不同角色设计特定的架构描述物。通过分类和定义，让每种架构描述都有其侧重点，让每个利益相关者能快速获取他们最关心的信息。
要实现这一目标，我们首先需要理解"视角"和"视图"这两个关键概念。
架构视角
什么是视角？大白话就是你站在什么地方看。
我们以城市系统为例，你站在城市的某条马路上，能看到什么？
能看到几座楼房，几排树木，几条大马路，熙熙攘攘的行人。
但是你坐在飞机上看，能看到什么？
能看到一片片的楼盘，能看到群山，能看到江河湖海。所以，你能看到什么，和你站在什么地方看有很大关系，同时也会影响你看待事物的粒度。
如果把视角比作一个坐标点，那它需要一套坐标系，坐标系通常有 4 个维度：广度、深度、视图类型、时间。
广度是指看待事物的宽度，以业务流程为例，根据出发点不同，有时需要看一个部门内的流程，有时需要看多个部门的协作流程，有时需要看端到端跨部门流程。
深度是指看待事物时，要到达哪个细节层次，例如看业务流程，需要看到组织级、部门级、还是某个岗位的具体操作步骤。看软件系统，需要看到系统级、应用级、模块级、还是一行行的代码。
广度和深度一般是相互影响的，如果看待事物的广度越宽，那么层次就会越抽象，这和组织架构的设计也是相辅相成的，一般高层管理者看问题非常全面，但对细节不关注，一线执行人员，对问题的细节非常了解，但视角却非常窄。
时间维度比较好理解，就是看待事物的时间点，过去、现在、还是未来。
视图类型是为利益干系人量身打造的一组关注点的集合，接下来会详细介绍。
架构视图
什么是视图？大白话就是你想看到什么。
视图是为利益干系人量身打造的一组关注点的集合。
同样以城市系统为例，想要赶早高峰的上班族，他的关注点是哪条路线上班最快，因此他需要一副公交地铁路线图。
想要租房的租客，他的关注点是公司附近有哪些小区，租金多少，因此他需要一副公司附近的小区地图。
想要疏通下水道的工人，他的关注点是下水道是怎样排布的，因此他需要一副下水道的排布图。
同一个城市系统，不同角色的关注点是完全不一样的，想要获取的信息也是完全不一样，如果把所有信息杂糅在一起，不做视图隔离，导致的结果就是信息太庞杂，每个人都很难获取想要的信息。
同理，不同干系人看待软件系统的关注点也是迥然不同的，为了把不同人的关注点区分开，诞生了很多软件视图的分类方法，比较著名的有“4+1”视图，TOGAF 的业务架构、应用架构、数据架构、技术架构等视图分类法。
TOGAF 的 4 种架构视图
1996 年，克林格.科恩法案颁布，美国联邦政府立法，强制要求政府机构使用企业架构理论构建自己的 IT 系统，最重要的机构是国防部、财政部，这一举措，直接让政府机构的数字化水平，以火箭般的速度飞速发展。
同一时间，大名鼎鼎的 TOGAF 也在快速发展，它大量参考了政府机构的企业架构理论，沉淀出一套更加通用的企业架构方法论。
目前 80%的福布斯排行榜前 50 名的企业，以及 60％的美国 500 强企业，都在使用 TOGAF 理论改善自身的 IT 架构。
我们重点说下 TOGAF 的 4 种视图类型：业务架构，应用架构，数据架构，技术架构。
它们是企业架构中的四个主要部分，它们关注的方面和功能不同，但相互关联和支持，共同构成了企业的总体架构。
一个清晰的企业架构可以确保业务流程顺畅、信息系统合理支持、构建步骤有序。企业架构是项目决策的重要依据，也是企业未来发展的基础。
业务架构定义了为实现企业的业务战略，企业将自身业务结构化表达为全面的、多维度的抽象模型，包括商业模式、价值流、业务能力、业务流程、组织架构，以及它们与战略、产品、策略、项目执行、利益干系人之间的关系。
应用架构定义了企业中的应用系统的结构和行为，这些系统之间的关系，以及它们如何与业务流程对接。
数据架构定义了企业如何收集、存储、管理和使用数据，涉及到数据模型、数据管理、数据集成和治理的设计和实施。
技术架构定义 IT 基础设施和技术组件的结构，通过它们可以支撑起企业对业务、数据、应用服务的需求，它们包括但不限于硬件、可部署的软件包、网络、技术中间件、通信设施、运算设施等。
通过视图与视角，我们可以分离关注点，将复杂问题进行拆解，让每个局部的复杂度控制在一个可以接受的范围。同时，团队有了统一的架构认知坐标系，进一步促成了业务标准化，通过分离不变点与变化点，提炼出可复用的业务组件，快速响应业务需求变化。
架构视图的核心概念
每种架构视图都包含一系列核心概念，通过这些概念可以层层剖析整个业务系统，系统化地理解和管理整体架构，确保各个层面的协调与一致。
业务架构：商业模式，价值流，业务能力，业务流程，组织架构。
应用架构：应用服务，应用结构，应用交互。
数据架构：数据模型，数据库技术。
技术架构：软件部署，技术组件、基础设施。
文章转载自：架构师汤师爷
还未添加个人签名 2023-06-19 加入
还未添加个人简介
评论