分布式：

就是一个模块分拆多个子模块，部署在不同的服务器上运行，比如一个电商项目，可以将订单，库存，活动，优惠券等业务，抽出根据业务需要分别部署，这样做的目的主要是 资源可以合理分配，比如订单模块内存需要大点，那么我们就可以针对订单模块所在的那台机器对其进行有必要的配置等等 很多操做，总之分布式的概念就是把不同的业务，分配在不同的地方发布部署。

集群：

集群分为三大类，高可用集群， 负载均衡集群，科学计算集群（），最终目的都是，保证高可用，下面主要介绍负载均衡集群，一般我们用到web服务器集群，数据库集群大多都是这种方式，官方的解释是：集群中所有的节点都处于活动状态，它们分摊系统的工作负载，说的已经很明确了，稍微举个在网上看到的一个比较印象深刻的例子（宋朝，李某，年18，中了彩票，月黑风高准备去怡红院完成人生理想，于是找到怡红院门口大叫一声 “老子有钱，要花姑娘”，于老鸨出，领进，花姑娘门口，推门，李某面带期待神情），这里老鸨就是那个负载均衡器，内置负载调度算法，风尘女子就是集组其中的一个。上面说的更多的是负载的概念，总之集群的概念就是同一个业务，部署在多个服务器上，对就是一样的业务 Array[x]的概念

小总结：

集群是个物理形态是硬件上的直观体现，分布式是个工作方式是基于理念与算法的方案。

分布式中的每一个节点，都可以做集群，而集群并不一定就是分布式的。

分布式的每一个节点，都部署着不同的业务，这个节点垮了，那么这个业务就不可访问了，好的设计应该是分布式和集群的结合，先分布式再集群，具体实现就是业务拆分成很多子业务，然后针对每个子业务进行集群部署，在搭配上合适的负载均衡算法，就算某个子业务如果出了问题，整个系统完全不会受影响。

微服务：

微服务与分布式的概念是十分相似的，首先一个项目是分布式的，那么它也一定属于微服务， 分布式和微服的架构很相似，只是部署的方式不太一样，微服务的目的主要是解决 模块间的升级及产生Bug的影响，分布式是为模块提供更好的硬件服务，当然它也能解决微服务所能解决的一切问题。这个概念并不怎么好区分，也不必那么较真，如果有人问我这个问题 我觉得 这个问题被提出来，对于提问者和回答者来说 都有点白痴（额 这样说 怎么有点自己说自己是白痴的意思。。。）