51 | 如何画出优秀的软件系统架构图？

这节课不应该是选学，应该是必学。对我帮助很大，太有指导意义了。老师对这门课太用心了，一直关注学员留言，这个必须点赞！学第二遍了，感觉收获比第一遍大，期待第三遍的学习🙂 客户端和前端的复杂度在于应用内部，而后端的复杂度在于应用间的协作，当然应用内的复杂度也很高，不比客户单和前端低，甚至更复杂。想要满足三高，必须是分布式的，这样后端就会涉及很多组件之间的协作，系统架构的权衡取舍也来自于此。所以后端架构的复杂度基本等同分布式的复杂度，也基本等同系统的复杂度。

想复习架构知识，没想到2022年老师还在更新专栏，感谢，受用颇深！

这篇文章中所列举的例子：AlipayHK业务架构图与中台系统架构图除颜色外，没看出有多大差别，实质是相同的？求解？

mac下一般用哪些软件画图

1、4R是否可以理解成以下4个思考步骤？ （1）分层 （2）列出角色 （3）表达角色间关系 （4）表达角色间交互 2、业务和系统架构图，无论从功能还是从架构层级看，有时感觉有人画的差不多，没能突出这2者的区别？ 是否可以理解为： 业务架构是站在用户角度，用户能够真切的感知与看到的（页面菜单或选项）。 系统架构是站在开发者角度，通过编码实现用户所需要的功能（模块）。

我觉首先得在一个应用中后端架构更加复杂，其次前端架构和后端架构一起展示出来对于绝大部分人来说是没有意义的，因为各自所属领域不同。

4R中的“关系”，一般都有哪些关系啊？例如依赖，包含啥的

这节课好棒，解决了我画架构图的困惑，以前不知4R方法，不会分层，总想展示所有信息，学了4R,Rank,Role,Relation,Rule对系统分层分场景展示系统角色之间的关系。

一些个人的理解和疑问： 业务架构：从系统要实现的业务角度来罗列业务和相应的业务功能，主要目的是告知客户系统所支持业务范围。系统的登录等算业务吗？是否存在一些共性的业务？ 功能架构【自己加的】：从业务架构中的业务视角转换成开发的视角，将某些业务功能抽象出来形成某些基础功能模块，同时将某些业务功能进行组合形成某些功能模块。 系统架构：文章中说是描述后端的逻辑架构（又叫后端架构和技术架构），这么来说主要是描述实现功能的技术方案了？包括技术选型，实现策略等？ 应用架构：描述系统由哪些应用组成，对这个”应用“的概念不是那么清晰， 可以是子系统、也可以是微服务里面的一个服务，总体来讲必须满足能独立部署的特点？或者说就是一个独立的进程？那么如果是单体系统，是不是这个应用架构就不存在了？ 部署架构：描述系统的各个组件的部署，包括各类中间件按什么方式部署、各个系统/子系统按什么方式部署、服务器配置、网络配置、机房信息等。在技术架构中也会涉及组件等，但更多是告诉用什么组件来干嘛，而在部署架构中需要细化到组件的部署方式，例如：单机还是集群、一个机房还是多个机房部署、配置几个副本、如何做数据同步、使用什么样的网络连接等 总的疑问：不同的架构图里面应该/可以包含哪些元素，网上的很多架构图感觉元素混乱，自己也好难判断应不应该参考。

这些架构图没有体现技术设计，是还有其他图吗？