作者：邓冰寒
我在面试软件工程师的时候，通常会问候选人的职业规划，大部分人希望在未来3-5年成为一名架构师。在大多数人开发人员的眼里，架构师是一种令人向往的职位，不过我认为架构师不仅仅是一种职位，更应该是一种角色，这样人人都是架构师。
首先，人人都是架构师，并不是说人人都要做架构师这个职位。如果开发人员具备以下七核心能力：编程能力、调试能力、编译部署能力、性能优化能力、业务架构能力、在线运维能力、项目管理能力和产品规划能力，就能向上提升成为一名优秀架构师；但那些在象牙塔下绘制大量UML图，以及写了几百页无人问津的Word文档的“伪架构师”，他们不参与代码的编写，被业界戏称为“AaaS（Archtecture as a Service）”--架构即服务。
一直以来，架构设计仍然被很多开发人员所误解，认为架构设计是架构师的工作，自己只是一位写代码的工程师，接过产品经理递过来的原型图就直接撸码单干了。对于业务简单的项目来说，是可以这么做。但随着业务的增长，代码就会堆积成一个“大泥球”。
其次，人人都是架构师，说的是人人都可以担当架构师这个角色。正如在二十年前，汽车司机是一种令人羡慕的职业，随着时代的进步，汽车已经当做普通人的代步工具。是的，当今依然有开大货车、大巴车的专业司机，但是不妨碍我们人人都可以作为司机的角色，自己开车着小汽车代步。作为新时代的开发人员，是否有一种架构设计的“代步工具”？这样的话，人人都能是架构师。C4模型，就能助力开发者快速构建软件架构。
C4模型
C4模型的理念是将系统分为：System Context（系统上下文）、Container（容器）、Component（组件）、Code（代码），每层代表不同的视图架构，每层适用与不同的人员，针对当前的人员角色，找到共同的关注点来形成统一认知。
从上图可知，我们在使用C4模型来描述组件的软件架构时，可以通过放大进入下一层，把架构从宏观到细节展示出来，正如我们从地图上找一个地方一样，先总览国家（对应C4的系统上下文），然后到省（对应C4的容器），再到市（对应C4的组件），最后到街（对应C4的代码）。这四种不同的抽象层次让不同的角色都能找到适合自己的内容，并在此基础上进行讨论形成共同认知，即DDD所称的通用语言。
让我们以一个出行应用举例说明每一层都有什么含义。
第一层、系统上下文（System Context）
在这一层的用户角色主要是业务人员，产品经理，架构师，开发人员，特别是业务人员，他们不关注技术细节，但是对业务领域非常熟悉，也就是DDD所称的领域专家。
一般情况下，会由产品经理或架构师来绘制系统上下文。如果产品经理和业务人员在不了解技术细节的情况下，都能看懂系统上下文，对于要实现这个业务逻辑的开发人员来说，更不在话下。所以开发人员应该以架构师的角色来了解业务逻辑，并绘制出C4架构图中的系统上下文。只有这样，开发人员才能拔高层次，转变传统思维，站在更高的层次来设计软件系统。通过C4模型来设计软件架构，能降低沟通成本，让开发人员在设计之初就和业务人员达成统一的认知，不至于偏离方向。
第二层、容器（Container）
这一层是从系统上下文放大进入的效果，我们以出行应用中的高铁票务系统为例，在这里各个服务及存储的职责和依赖关系。这层是给有技术背景的角色看的，描述的应用是进程级别的应用，可以直接部署与运行，通过这层可以了解清楚软件的职责描述。
第三层、组件（Component）
这一层是容器层的放大，看到的是一个服务内部的组件，例如我们的出行应用订单服务组件架构，可以清楚的看到服务内部组件之间的关系。同时，还可以通过代码片段来辅助开发人员的理解。
第四层、代码（Code）
代码层是组件层的放大，通常是使用UML图来描述组件的细节。我们在上面提到，设计要适中，实际上绘制UML图的投入产出比比较低，因此现在大部分开发人员都不会绘制UML图。我们也就不重点讲解。
C4模型优势
使用一致的标准直观地描述软件系统
使用一致的标准降低了沟通成本，意味着你将在会议上花更少的时间，实现降本增效
加强图标的创建和维护
用对象创建图标，以便从任何地方同步更改，从而无需在多个地方查找相同的对象
通过放大、缩小来呈现不同层次的细节
通过简单地放大更多细节和缩小上下文，为每位用户或观众呈现正确的细节，而不是重复维护多个文档
人人都是架构师，需要开发人员转变思维，以架构师的角色来设计产品架构。当然，要实现人人都是架构师，并不是一件容易的事。但通过C4模型来设计架构，可以大大降低架构设计的门槛。
通过C4模型架构图设计理念，即使是个普通的开发人员，也可以很容易的去设计软件架构。可以预见，在不久的将来，就如现在的汽车司机一样，有专业的架构师，但是不妨碍开发人员都成为架构师的角色，更加贴近业务，设计出符合企业核心业务的架构。
附： C4 模型是一种在不同抽象层次上交流软件架构的简单方法，可以向不同的受众讲述不同的故事。这也是向软件开发团队介绍（通常是重新引入）严谨和轻量级建模的一种方式。有关 C4 模型的更多信息，以及补充图（运行时和部署）的示例、符号清单、常见问题解答、会议讲座视频和工具选项，请参阅 c4model.com 。
