白话架构设计为你阐述什么是架构设计，架构设计的三大原则是什么
前面两篇文章给大家介绍了我们实战的CMS系统的数据库设计，源码也已经上传到服务器上了。今天我们就好聊聊架构设计，在开始之前先给大家分享一下这几天我一直在听的《从零开始学架构》里面关于架构设计的定义以及架构设计的三大原则，希望能对大家有所启发。有着这些基础之后，我们再基于此搭建我们的项目框架吧！如果你在阅读的过程中有任何的问题，欢迎大家在留言区进行留言，或者加入.NET Core实战项目群637326624跟大伙一起交流经验。
本文已收录至《.NET Core实战项目之CMS 第一章 入门篇-开篇及总体规划》
作者：依乐祝
原文地址：https://www.cnblogs.com/yilezhu/p/10080136.html
写在前面程序员的成长绕不开架构设计，有时架构设计就像鸿沟一样挡在程序的晋升之路上，只要跨过去就可以海阔天空，但不少技术能力很强的程序员却依然不能完全掌握架构设计，包括我自己在内，在实践过程中经常把握不住重点、分不清主次；或者说没有彻底掌握架构设计的原则，在设计上举棋不定。本文是我在观看了李运华老师从零开始学架构后的一些看法，文章最后会给出如何查看原作的方法。文章大部分内容也都是摘录自李运华的文章，当然，中间穿插了很多自己的认识在里面。目的就是给大家分享一下架构方面的知识，希望本篇的内容分享能对你有所启发！
架构的定义对于技术人员来说，“架构”是一个再常见不过的词了。我们会对新员工培训整个系统的架构，参加架构设计评审，学习业界开源系统（例如，MySQL、Hadoop）的架构，研究大公司的架构实现（例如，微信架构、淘宝架构）……虽然“架构”这个词常见，但如果深究一下“架构”到底指什么呢？相信大部分人也许并不一定能够准确地回答。例如：
架构和框架是什么关系？有什么区别？
Windows有架构，SQL Server 有架构，.NET Core也有架构，使用 .NET Core开发、SQL Server 存储、跑在 Windows 上的业务系统也有架构，那么我们应该关注哪个架构呢？
微信有架构，微信的登录系统也有架构，微信的支付系统也有架构，当我们谈微信架构时，到底是在谈什么架构？
要想准确地回答这几个问题，关键在于梳理几个有关系而又相似的概念，包括：系统与子系统、模块与组件、框架与架构。
系统与子系统我们先来看维基百科定义的“系统”。
系统泛指由一群有关联的个体组成，根据某种规则运作，能完成个别元件不能单独完成的工作的群体。它的意思是“总体”“整体”或“联盟”。
关键内容提炼：
关联：系统是由一群有关联的个体组成的，没有关联的个体堆在一起不能成为一个系统。例如，把一个发动机和一台 PC 放在一起不能称之为一个系统，把发动机、底盘、轮胎、车架组合起来才能成为一台汽车。
规则：系统内的个体需要按照指定的规则运作，而不是单个个体各自为政。规则规定了系统内个体分工和协作的方式。例如，汽车发动机负责产生动力，然后通过变速器和传动轴，将动力输出到车轮上，从而驱动汽车前进。
能力：系统能力与个体能力有本质的差别，系统能力不是个体能力之和，而是产生了新的能力。例如，汽车能够载重前进，而发动机、变速器、传动轴、车轮本身都不具备这样的能力。
维基百科定义的“子系统”
子系统也是由一群有关联的个体所组成的系统，多半会是更大系统中的一部分。
其实子系统的定义和系统定义是一样的，只是观察的角度有差异，一个系统可能是另外一个更大系统的子系统。
按照这个定义，系统和子系统比较容易理解。我们以微信为例来做一个分析。
微信本身是一个系统，包含聊天、登录、支付、朋友圈等子系统。
朋友圈这个系统又包括动态、评论、点赞等子系统。
评论这个系统可能又包括防刷子系统、审核子系统、发布子系统、存储子系统。
评论审核子系统不再包含业务意义上的子系统，而是包括各个模块或者组件，这些模块或者组件本身也是另外一个维度上的系统。例如，MySQL、Redis 等是存储系统，但不是业务子系统。
模块与组件模块和组件两个概念在实际工作中很容易混淆，我们经常能够听到类似这样的说法：
MySQL 模块主要负责存储数据，而 ElasticSearch模块主要负责数据搜索。
我们有安全加密组件、有审核组件。
App 的下载模块使用了第三方的组件。
造成这种现象的主要原因是，模块与组件的定义并不好理解，也不能很好地进行区分。
两者在维基百科上的定义: