【架构体系】架构理论知识一

最新推荐文章于 2025-03-11 11:28:52 发布

天路漫漫

最新推荐文章于 2025-03-11 11:28:52 发布

阅读量626

点赞数

分类专栏：架构设计

本文链接：https://blog.youkuaiyun.com/dong8633950/article/details/115419433

版权

架构设计专栏收录该内容

2 篇文章

订阅专栏

本文探讨了软件架构的核心价值在于控制复杂性，通过业务架构处理业务难题，应用架构关注功能组织，而基础架构解决分布式挑战。架构师需分解系统，选择合适的技术，以确保系统的可用性、扩展性和非功能性需求的满足。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

架构理论知识一

架构分类

架构分类

目的:软件架构的核心价值，即是控制系统的复杂性，

将核心业务逻辑和技术细节的分离与解耦

所谓架构，见仁见智，很难有一个明确或标准的定义；但架构并非镜花水月或阳春白雪，有系统的地方就需要架构，大到航空飞机，小到一个电商系统里面的一个功能组件，都需要设计和架构。抽象而言，架构就是对系统中的实体以及实体之间的关系所进行的抽象描述，是对物/信息的功能与形式元素之间的对应情况所做的分配，是对元素之间的关系以及元素同周边环境之间的关系所做的定义。架构能将目标系统按某个原则进行切分，切分的原则，是要便于不同的角色进行并行工作，结构良好的创造活动要优于毫无结构的创造活动。软件架构的核心价值，即是控制系统的复杂性，将核心业务逻辑和技术细节的分离与解耦。软件架构是系统的草图，它描述的对象是直接构成系统的抽象组件；各个组件之间的连接则明确和相对细致地描述组件之间的通信。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口来实现。架构师的职责是努力训练自己的思维，用它去理解复杂的系统，通过合理的分解和抽象，理解并解析需求，创建有用的模型，确认、细化并扩展模型，管理架构；能够进行系统分解形成整体架构，能够正确的技术选型，能够制定技术规格说明并有效推动实施落地。

1.业务架构-核心是解决业务带来的系统复杂性

了解客户/业务方的痛点，项目定义，现有环境；梳理高阶需求和非功能性需求，进行问题域划分与领域建模等工作；沟通，方案建议，多次迭代，交付总体架构。
在这里插入图片描述

2. 应用架构

根据业务场景的需要，设计应用的层次结构，制定应用规范、定义接口和数据交互协议等。并尽量将应用的复杂度控制在一个可以接受的水平，从而在快速的支撑业务发展的同时，在保证系统的可用性和可维护性的同时，确保应用满足非功能属性要求（性能、安全、稳定性等）。技术架构主要考虑系统的非功能性特征，对系统的高可用、高性能、扩展、安全、伸缩性、简洁等做系统级的把握。