架构01_架构到底指什么

Posted on | In | 阅读数

架构到底指什么？能弄清这些概念吗？

  1. 架构和框架是什么关系？有什么区别？
  2. Linux有架构，MySQL有架构，JVM也有架构，使用JAVA开发、MySQL存储，跑在Linux上的业务也有架构，应该关注哪个架构呢？
  3. 微信有架构，微信的登录系统也有架构，微信的支付系统也有架构，当我们谈微信架构时，到底是在谈什么架构呢？

要想准确的回答这几个问题，关键在于梳理几个有关系而又相似的概念，包括系统与子系统，模块与组件，框架与架构。

系统与子系统

维基百科定义：

系统泛指由一群有关联的个体组成，根据某种规则运作，能完成个别元件不能单独完成的工作的群体。它的意思是“总体”“整体”或“联盟”

关键内容整理

  1. 关联：系统是由一群有关联的个体组成的，没有关联的个体堆在一起不能称为一个系统
  2. 规则：系统内的个体需要按照指定的规则运作，而不是单个个体各自为政。规则规定了系统内个体分工和协作的方式。
  3. 能力：系统能力与个体能力有本质的差别，系统能力不是个体能力之和，而是产生了新的能力。

子系统定义：子系统也是由一群有关联的个体所组成的系统，多半会是更大系统中的一部分。

总结：其实子系统的定义和系统定义是一样的，只是观察的角度有差异，一个系统可能是另外一个更大系统的子系统。

根据以上的基本概念，以微信为例来做一个分析。

  1. 微信本身是一个系统，包含聊天，登录，支付，朋友圈等子系统。
  2. 朋友圈这个系统又包含动态、评论、点赞等子系统。
  3. 评论这个系统可能又包含防刷子系统，审核子系统，发布子系统，存储子系统。
  4. 评论审核系统不再包含业务意义上的子系统，而是包括各个模块或者组件，这些模块或者组件本身也是另外一个维度上的系统。列如，MySQL，Redis是存储系统，但不是业务子系统。

模块与组件

模块和组件两个概念在实际工作中很容易混淆，我们经常能够听到类似这样的说法：

- MySQL 模块主要负责存储数据，而ElasticSearch模块主要负责数据搜索。
- 我们有安全加密组件，有审核组件
- App的下载模块使用了第三方的组件。

造成这种现象的主要原因是，模块与组件的定义不好理解，也不能很好地进行区分。来看看两者在维基百科上的定义。

软件模块（Module）是一套一致而互相有紧密关连的软件组织。它分别包含了程序和数据结构两部分。现代软件开发往往利用模块作为合成的单位。模块的接口表达了由该模块体统的功能和调用它时所需的元素。模块是可能分开被编写的单位。这使它们可再用和允许人员同时协作，编写及研究不同的模块。

软件组件定义为自包含的，可编程的，可重用的，与语言无关的软件单位，软件组件可以很容易被用于组装应用程序中。

可能看完这两个定义后一头雾水，还是不知道这两者有什么区别。造成这种现象的根本原因是，模块和组件都是系统的组成部分，只是从不同的角度拆分系统而已。

  • 从逻辑的角度拆分系统后：得到的单元就是“模块”；从物理的角度来拆分系统后，得到的单元就是“组件”.划分模块的主要目的是职责分离；划分模块的主要目的是单元复用。其实，“组件”的英文component也可翻译成零件一词，“零件”是一个物理的概念，并且具备“独立且可替换”的特点。

  • 例子:一个最简单的网站系统来为例。假设我们要做一个学生信息管理系统。这个系统从逻辑角度来拆分，可以分为“登录注册模块”“个人信息模块”“个人成绩模块”；从物理的角度来拆分，可以拆分为Nginx，Web服务器，MySQL

框架与架构

框架是和架构比较相似的概念，且两者有较强的关联关系，所以在实际工作中，这两个概念有时我们容易分不清楚。参考维基百科上框架与架构的定义，我来解释两者的区别。

软件框架（Software framework）通常指的是为了实现某个业界标准或完成特定基本任务的软件组件规范，也指为了实现某个软件组件规范时，提供规范所要求之基础功能的软件产品

其中关键部分：

  1. 框架是组件规范：列如，MVC就是一种最常见的开发规范，类似的还有MVP，MVVM，J2EE等框架。
  2. 框架提供基础功能的产品：例如，Spring MVC是MVC的开发框架，除了满足MVC的规范，Spring提供了很多基础功能来帮助我们实现功能，包括注解（@Controller等），还有许多基础功能。

软件架构指软件系统的“基础结构”，创造这些基础结构的准则，以及对这些结构的描述

单纯从定义的角度来看，框架和架构的区别还是比较明显的，框架关注的是“规范”，架构关注的是“结构”。框架的英文是Framework，架构的英文是Architecture。Spring MVC的英文文档标题是“Web MVC framework”。

虽然是这样，但工作中经常能遇到似是而非的说法。例如“我们的系统是MVC架构”“我们需要将android app重构为MVP架构”，“我们的系统基于SSH框架开发”，“我们是SSH的架构”，“XX系统是基于springMVC框架开发，标准的MVC架构”。。。

究竟什么说法是对的，什么说法是错的呢?

其实这些说法都是对的，造成这种现象的根本原因隐藏于架构的定义中，关键就是“基础架构”这个概念没有明确说是从什么角度来分解的。采用不同的角度或者唯独，可以将系统划分为不同的结构，其实我在“模块与组件”中的“学生管理系统”实例已经包含了这一点。
  1. 从业务逻辑的角度分解，“学生管理系统”的架构是：
    • 登录注册模块
    • 个人信息模块
    • 个人成绩模块
  2. 从物理部署的角度分解，“学生管理系统”的架构是：
    • nignx
    • web服务器
    • mysql
  3. 从开发规范的角度分解，“学生管理系统”可以采用标准的MVC框架来开发，因此架构又变成MVC架构：
    • Controller
    • View
    • Model

这个地方重新定义了架构.

参考：软件架构指软件系统的顶层结构。

  1. “系统是一群关联的个体组成”，这些“个体”可以是“子系统”“模块”“组件”等；架构需要明确系统包含哪些“个体”
  2. 系统中的个体需要“根据某种规则”运作，架构需要明确个运作和协作的规则。
  3. 维基百科定义的架构用到了“基础结构”这个说法，这里改为“顶层结构”，可以更好地区分系统和子系统，避免将系统架构和子系统架构混淆在一起导致架构层次混乱。

一些感觉很不错的评论

  1. 架构是顶层设计，框架是面向编程或配置的半成品；组件是从技术维度上的复用；模块是从业务维度上职责的划分；系统是相互协同可运行的实体。