如何画架构图？_软件架构图，靠这份Golang知识点PDF成功跳槽

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Golang全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Go语言开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注go）

正文

今天再讲下如何画架构图。架构图素材和软件架构构图逻辑概述而对于软件架构设计分层逻辑在前面我也专门分享了一篇文章进行说明，这篇文章给出了核心的架构图制作思路，可以参考。软件架构设计分层模型和构图思考要完成一个完整的架构图构图，可以先拆分为两边+中间。两边一般是放具体的标准，规范等，比如安全管理，质量管理，技术标准规范，开发运维规范等。中间即是重点需要考虑进行分层构建的地方。在前面也谈到了中间部分重点参考云计算和SOA的架构分层逻辑。一般来说核心的还是资源层，平台层，应用层，门户层。而对于应用层本身又可以考虑业务域进一步拆分，或者根据价值链或业务生命周期拆分为多个阶段域再展开描述。在云和SOA下，更加强调平台+应用构建的模式。而两者之间一般是服务层，通过SOA平台或API能力开放平台来统一接入和发布服务，以形成一个完整的资源+服务+应用的松耦合架构。当然对于领域设计架构分层实际也是传统的三层架构模型和SOA架构思想的一种融合，同时独立出单独的服务层和应用层的概念。再谈分层逻辑一个完整的架构本身就是多视角的，如下功能架构往往可以给具体用户和业务人员看，而对于技术架构往往更多是内部团队开发人员研讨使用。而设计到资源和平台的架构图往往又是运维工程人员进行部署架构搭建的重要参考。因此不同维度的架构分层属性本身不能随意融合使用，而导致架构图混乱。云计算分层逻辑云平台的分层逻辑，即标准的IaaS-PaaS-SaaS三层IaaS层：资源层，计算，存储，网络PaaS层：各种平台可以放到这层，包括技术平台，集成平台，数据平台等SaaS层：对应到应用即服务当然在构图的时候往往会进一步做些扩展。比如构建物联网应用的架构，一般会在底层扩展网络和感知层。如果要体现平台+应用的服务化开发思路，一般会增加一个独立的服务层或能力开放层。云计算架构分层模型一般用在最顶层的整体架构规划设计，这类架构图重点体现出云架构分层，体现平台+应用化构建，体现出各个应用域和具体应用。要明白在这类架构图里面，各个应用一般只会是一个小方框而不会展开。但是从整个大架构规划里面又能够看到基于云平台构建了哪些具体的应用。类似一个智慧城市的架构图参考如下：这类架构图在智慧城市，智慧政务，企业整体IT架构规划中都会应用，一般属于顶层架构设计，体现云平台分层，体现技术平台能力和各个IT应用即可。而不做展开。应用技术架构注意常说的类似Java开发里面的三层架构，数据访问层，业务逻辑层，展现层。或者类似领域模型中的领域服务层，应用层，界面接口层分层方法。这些本质是偏应用技术架构的描述。技术架构描述的重点不是讲清楚应用有哪些功能，而是要说清楚应用中的每一个功能是如何通过技术分层来实现的。比如你需要先定义数据库结构，开发数据访问接口，然后编写业务规则逻辑，最好实现前端界面展现设计，再将所有分层内容连接起来。所以应用技术架构更多是应用实现技术层面的内容，而不是去关心应用实现用的底层IT基础设施资源。在应用技术架构里面一般不会涉及到底层具体的资源或平台，如果应用技术架构在底层增加了类似IT基础设施，存储等内容，就显得不伦不类了。
类似上图，实际就完全没有必要体现出最底层的基础层内容。应用功能架构简单来说应