集群、负载均衡、分布式、微服务

有时候总是将这几个概念混淆，在此做出整理~~
集群、负载均衡、分布式、微服务的概念：

集群：是个物理概念，是指一个系统。

由若干个功能一样的服务器组成，客户端看起来像是只有一个服务器，集群可以利用计算机进行并行计算，也可以使用计算机做辈分，从而使得一个计算机坏了，整个系统还是可以正常运行。

负载均衡

1. 解决集群服务器之间如何分工问题。即将客户端请求根据某个算法分摊到部署的后端服务器上。
   Eg：Nginx就是常用的反向代理服务器，可以用来做负载均衡。
2. 集群和负载均衡的关系：集群就是相同的服务部署在不同服务器负载均衡是通过例如Nginx的转发，来转向集群种不同的服务器进行处理。负载均衡和集群紧密结合，可以组成一个负载均衡集群。

分布式

顾名思义，就是服务分散部署在不同的机器上，一个服务可能负责几个功能。
服务之间通过rpc来交互或者是webservice来进行交互，分开部署的部分彼此通过各种通信协议交互信息。
然后若干功能不一样的服务器，又可以通过集群来组成一个服务器集群。
所以说，一个负载均衡集群也可以说是一个最小的分布式系统。
分布式侧重将一个系统拆分成多个业务单元，例如一个门户网站里面可能有登录、视频、图片等，每一个都可以拆分出来独立部署，而且每一个都可以弄成集群，视频服务集群，图片服务集群，主系统可以对这些子系统进行调用，子系统之间可以有调用关系也可以没有，看实际业务情况。

4、微服务
顾名思义，微服务就是很小的服务，小到一个服务只对应一个单一的功能，只做一件事。这个服务可以单独部署运行，服务之间可以通过RPC来相互交互，每个微服务都是由独立的小团队开发，测试，部署，上线，负责它的整个生命周期。
生产环境下的微服务肯定是分布式部署的，分布式部署的应用不一定是微服务架构的，比如集群部署，它是把相同应用复制到不同服务器上，但是逻辑功能上还是单体应用。

微服务和分布式的关系：
微服务相比分布式服务来说，它的粒度更小，服务之间耦合度更低，由于每个微服务都由独立的小团队负责，因此它敏捷性更高，分布式服务最后都会向微服务架构演化，这是一种趋势， 不过服务微服务化后带来的挑战也是显而易见的，例如服务粒度小，数量大，后期运维将会很难。
补充：最常见的三种集群类型：负载均衡集群、高可用性集群、高性能也就科学集群。
1）负载均衡集群（LB:load balancing）

负载均衡集群为企业需求提供了更实用的系统。如名称所暗示的，该系统使负载可以在计算机集群中尽可能平均地分摊处理。该负载可能是需要均衡的应用程序处理负载或网络流量负载。这样的系统非常适合于运行同一组应用程序的大量用户。每个节点都可以处理一部分负载，并且可以在节点之间动态分配负载，以实现平衡。对于网络流量也是如此。通常，网络服务器应用程序接受了太多入网流量，以致无法迅速处理，这就需要将流量发送给在其它节点上运行的网络服务器应用。还可以根据每个节点上不同的可用资源或网络的特殊环境来进行优化

2）高可用性集群（HA:High Availability）

高可用性集群的出现是为了使集群的整体服务尽可能可用，以便考虑计算硬件和软件的易错性。如果高可用性集群中的主节点发生了故障，那么这段时间内将由次节点代替它。次节点通常是主节点的镜像，所以当它代替主节点时，它可以完全接管其身份，并且因此使系统环境对于用户是一致的。

在集群的这三种基本类型之间，经常会发生混合与交杂。于是，可以发现高可用性集群也可以在其节点之间均衡用户负载，同时仍试图维持高可用性程度。同样，可以从要编入应用程序的集群中找到一个并行集群，它可以在节点之间执行负载均衡。尽管集群系统本身独立于它在使用的软件或硬件，但要有效运行系统时，硬件连接将起关键作用。

3）高性能集群（HP:High Performance）

通常，第一种涉及为集群开发并行编程应用程序，以解决复杂的科学问题。这是并行计算的基础，尽管它不使用专门的并行超级计算机，这种超级计算机内部由十至上万个独立处理器组成。但它却使用商业系统，如通过高速连接来链接的一组单处理器或双处理器 PC，并且在公共消息传递层上进行通信以运行并行应用程序。因此，您会常常听说又有一种便宜的 Linux 超级计算机问世了。但它实际是一个计算机集群，其处理能力与真的超级计算机相等，通常一套象样的集群配置开销要超过 $100,000。这对一般人来说似乎是太贵了，但与价值上百万美元的专用超级计算机相比还算是便宜的。