本文主要是介绍如何画系统架构图学习，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
原文链接:https://learn.lianglianglee.com/%E4%B8%93%E6%A0%8F/%E4%BB%8E%200%20%E5%BC%80%E5%A7%8B%E5%AD%A6%E6%9E%B6%E6%9E%84/51%20%E5%A6%82%E4%BD%95%E7%94%BB%E5%87%BA%E4%BC%98%E7%A7%80%E7%9A%84%E8%BD%AF%E4%BB%B6%E7%B3%BB%E7%BB%9F%E6%9E%B6%E6%9E%84%E5%9B%BE%EF%BC%9F.md
一、核心指导思想：4R架构定义
软件架构指软件系统的顶层（Rank）结构，它定义了系统由哪些角色（Role）组成，角色之间的关系（Relation）和运作规则（Rule）。
4R是指4个关键词：Rank，Role，Relation和Rule。既然可以通过4R来定义软件系统的架构，那么按照4R架构定义的思路来画架构图也是很合情合理的，具体步骤如下：
第一步，明确Rank：也就是说，不要事无巨细地把一个大系统的方方面面都在一张架构图中展现出来，而应该明确你要阐述的系统所属的级别（L0～L4），然后只描述这个级别的架构信息。
第二步，画出Role：从不同的角度来分解系统，看看系统包含哪些角色，角色对应架构图中的区块、图标和节点等。
第三步，画出Relation：有了角色后，画出角色之间的关系，对应架构图中角色之间的连接线，不同的连接线可以代表不同的关系。
第四步，最后画出Rule：挑选核心场景，画出系统角色之间如何协作来完成某项具体的业务功能，对应系统序列图。
架构设计原则:高可用、高扩展、高性能、高安全、低成本
高性能数据库集群:主从架构、分库分表
高性能nosql架构:K-V存储：1、解决关系数据库无法存储数据结构的问题，以Redis为代表。
2、文档数据库：解决关系数据库强schema约束的问题，以MongoDB为代表。
3、列式数据库：解决关系数据库大数据场景下的I/O问题，以HBase为代表。
4、全文搜索引擎：解决关系数据库的全文搜索性能问题，以Elasticsearch为代表。
这篇关于如何画系统架构图学习的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
