系统架构师学习笔记

微服务设计思想

任何技术都是可以被抽象、替换插拔的。

系统架构图

基本概念

  • 架构
    架构就是对系统中的实体以及实体之间的关系所进行的抽象描述,是一系列的决策。
    架构是结构和愿景。
  • 架构图
    为了抽象的表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界,以及软件系统的物理部署和软件系统的演进方向的整体视图。
  • 架构图的作用
    要让干系人理解、遵循架构决策,就需要把架构信息传递出去:
    解决沟通障碍
    达成共识
    减少歧义

架构图分类

有一种比较流行的是4+1视图,分别为场景视图、逻辑视图、物理视图、处理流程视图和开发视图。

  • 场景视图
    用于描述系统的参与者与功能用例间的关系,反映系统的最终需求和交互设计,通常由用例图表示。
    在这里插入图片描述
  • 逻辑视图
    描述系统软件功能拆解后的组件关系,组件约束和边界,反映系统整体组成与系 统如何构建的过程,通常由UML的组件图和类图来表示。
    在这里插入图片描述
  • 物理视图
    用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可 计算机器节点上,用于指导软件系统的部署实施过程。
    在这里插入图片描述
  • 处理流程视图
    用于描述系统软件组件之间的通信时序,数据的输入输出,反映系统的功能流程 与数据流程,通常由时序图和流程图表示。
    在这里插入图片描述
  • 开发视图
    于描述系统的模块划分和组成,以及细化到内部包的组成设计,服务于开发人员,反映系统开发实施过程。
    在这里插入图片描述