3分钟读懂何为分布式、微服务和集群！

一、分布式

小马正在经营一个在线购物网站，名叫TT猫，有商品管理、订单管理、用户管理、支付管理、购物车等模块，每个模块部署到独立的云服务主机。

现在，程序员小明同学浏览TT猫，想买一款牛逼的cherry机械键盘来提升自己的工作效率。于是他打开TT猫首页、搜索商品、浏览详情以及评论、添加购物车、下单、支付等一系列操作。小明同学一气呵成，流畅地完成了购物，当然也花费了不少银子。

但系统又是如何进行这一系列操作，如下图错综复杂的调用关系(自行忽略部分细节)。用户看不见、摸不着，但整个下单过程却行走在网络之间。

TT猫把所有功能模块分布部署在不同的地方，最终完成了用户一系列的请求，这大概就是一个分布式系统吧。

分布式的每一个节点，都完成不同的业务，一个节点垮了，那这个业务就不可访问了。

二、微服务

TT猫，每年都会搞一些活动，比如女生最爱的光棍节(双11)，夜深人静的时候会瞬间涌入大量用户，指不定就会把某个服务打趴下。

这时候，问题来了用户下单超时，或者直接500错误，如何去解决?

微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。

三、负载均衡集群

这种事情怎么可以在如此重要的活动中出现?其实马爸爸提前购买了多台服务器，工程师们已分别把各个业务功能模块复制部署了多份。

每个相同功能的模块，它们构成了一个组，并以单一系统的模式加以管理。当妹子进行下单操作时，实际上是跟一个集群组发生关系，但系统会确保只跟其中一个发生了关系，具体跟谁，集群组有自己的调度算法，不要担心跟妹子发生不了关系。

举个古代猥琐而不淫荡的例子吧，如果你生活在古代，年18，未婚，高富帅，急需解决个人生理问题。故，你来到了传说中的风月场，咳咳，这个古代可是合法的。这时候老鸨或者大茶壶过来招呼你了，如果没有特殊要求，你会被带进一个屋里，里面有个风尘女子......

画风一转，有没有闪瞎自己的程序员万年钛合金狗眼。你可以这么理解，老鸨就是负载均衡器，内置调度算法，风尘女子就是集组其中的一个。

好了，言归正传，省略号自行脑补，小伙伴们看到这里可能会问了，平时生产环境中我们都用什么做负载均衡器?

财大气粗的用硬件F5

不差钱的使用DNS负载均衡

技术牛逼的用LVS

苦逼的创业型小公司只能使用Nginx

当然，负载均衡器不止以上几种，有兴趣的同学自行谷歌了解。