前言：
最近在geektime上学习《从0开始学架构》这门课程。记录下课程中老师说的4R架构。

4R架构定义：

软件架构指软件系统的顶层（Rank）结构，它定义了系统由哪些角色（Role）组成，角色之间的关系（Relation）和运作规则（Rule）。

顶层结构

Rank:它是指软件架构是分层的，对应“系统”和“子系统”的分层关系。通常情况下，我们只需要关注某一层的架构，最多展示相邻两层的架构，而不需要把每一层的架构全部糅杂在一起。无论是架构设计还是画架构图，都应该采取“自顶向下，逐步细化”的方式。如下图：

注：L0\L1\L2指层级，一个L0往下可以分解多个L1，一个L1可以往下分解多个L2，以此类推，一般建议不超过5层（L0~L4）。

组成角色

Role:它是指软件系统包含哪些角色，每个角色都会负责系统的一部分功能。架构设计最重要的工作之一就是将系统拆分为多个角色。最常见的微服务拆分其实就是将整体复杂的 业务系统 按照业务领域的方式，拆分为多个微服务，每个微服务就是系统的一个角色。

角色关系

Relation: 它是指软件系统的角色之间的关系，对应到架构图中其实就是连接线，角色之间的关系不能乱连，任何关系最后都需要代码来实现，包括连接方式（HTTP、TCP、UDP和串口等）、数据协议（JSON、XML和二进制等）以及具体的接口等。

以一个简化的支付系统为例，来展示Role和Relation之前的联系

运作规则

Rule:它是指软件系统角色之间如何协作来完成系统功能。在架构设计的时候，核心的业务场景都需要设计Rule。一般都是通过系统序列图（System Sequence Diagram）来展示。
“扫码支付”这个核心场景的系统序列图如下所示：