集中式架构，垂直拆分，分布式，微服务概念，大白话解释

3分钟读懂系统架构演变 了解时下最火的微服务概念

本人将从大到小给你讲授系统架构的演变（此处的大小不是对比项目的大小，而是单个模块的大小）

集中式架构 → 垂直拆分→ 分布式 → (服务治理) → 微服务

咱们先从最大的来：

集中式架构： 用我的话来讲它最大最笨重了，为什么说它笨重呢，因为它的功能啊，服务啊，所有的代码都写进了一个模块里，如果只是一个小的系统只有几百号人使用的，这样写在一起其实也是很方便的，但是当你写一个比较大的系统时，你的功能块多了，代码量多了 在全部都写在一起，耦合度非常的高，一旦某个地方出了错 整个系统全部都宕机，当你需要调错的时候，因为所有的代码都写在一起，你调起来也不方便。

垂直拆分： 与上一个集中式架构不同的是，垂直拆分将系统中的服务单独的拆分了出来形成一个单独的模块，上图：如图所示，垂直拆分呢就是将独立的服务给单拉出来做成一个独立的系统，这样的玩法不但解决了流量分单，并发访问的问题，还可以针对不同的模块进行优化，方便你在添加新的业务，负载均衡，容错率也提高了许多

分布式： 就是在上一个垂直拆分的拆分下 进一步的对代码进行简化拆分，打个比方，上一个垂直拆分的两个服务模块，一个用户前端，一个后台管理系统，他们的登录都会用到手机号发短信的这段代码，而在垂直拆分中的做法就是每个模块中都有这么一段代码，而分布式就是将重复写的这段代码再细分出来，写成一个单独发短信的模块，别的模块需要用的发短信就可以直接调用这个模块就行，在垂直拆分的基础上更加优化了代码

服务治理： 当前两个拆分细化代码越来越多，到达一定程度的时候，这个时候的系统的模块之间各种相互调用，关系错综复杂，容量的评估以及小服务对于资源的浪费问题也暴露了出来，这个时候你就需要一个服务中心来帮助你管理，就像是你的一个管家，具体点击最下面的链接

微服务： 在分布式的基础上继续往下分，例如一个用户管理就可以作为一个服务。每个服务虽小，但“五脏俱全”。

更加详细: 更具体点可以去看猪精的.