转自：https://blog.csdn.net/qq_37788067/article/details/79250623概念:
 集群是个物理形态，分布式是个工作方式。
 1.分布式：一个业务分拆多个子业务，部署在不同的服务器上
 2.集群：同一个业务，部署在多个服务器上分布式是指将不同的业务分布在不同的地方。而集群指的是将几台服务器集中在一起，实现同一业务。
 分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。
 举例：就比如新浪网，访问的人多了，他可以做一个集群，前面放一个响应服务器，后面几台服务器完成同一业务，如果有业务访问的时候，响应服务器看哪台服务器的负载不是很重，就将给哪一台去完成。
 而分布式，从窄意上理解，也跟集群差不多，但是它的组织比较松散，不像集群，有一个组织性，一台服务器垮了，其它的服务器可以顶上来。
 分布式的每一个节点，都完成不同的业务，一个节点垮了，那这个业务就不可访问了。简单说，分布式是以缩短单个任务的执行时间来提升效率的，而集群则是通过提高单位时间内执行的任务数来提升效率。
 例如：如果一个任务由 10 个子任务组成，每个子任务单独执行需 1 小时，则在一台服务器上执行该任务需 10 小时。
 采用分布式方案，提供 10 台服务器，每台服务器只负责处理一个子任务，不考虑子任务间的依赖关系，执行完这个任务只需一个小时。(这种工作模式的一个典型代表就是 Hadoop 的 Map/Reduce 分布式计算模型）
 而采用集群方案，同样提供 10 台服务器，每台服务器都能独立处理这个任务。假设有 10 个任务同时到达，10 个服务器将同时工作，1 小时后，10 个任务同时完成，这样，整体来看，还是 1 小时内完成一个任务！
 好的设计应该是分布式和集群的结合，先分布式再集群，具体实现就是业务拆分成很多子业务，然后针对每个子业务进行集群部署，这样每个子业务如果出了问题，整个系统完全不会受影响。
 另外，还有一个概念和分布式比较相似，那就是微服务。微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。
 区别:
 1.分布式

将一个大的系统划分为多个业务模块，业务模块分别部署到不同的机器上，各个业务模块之间通过接口进行数据交互。区别分布式的方式是根据不同机器不同业务。上面：service A、B、C、D 分别是业务组件，通过API Geteway进行业务访问。
 注：分布式需要做好事务管理。
 分布式事务可参考：微服务架构的分布式事务解决方案
 2.集群模式

集群模式是不同服务器部署同一套服务对外访问，实现服务的负载均衡。区别集群的方式是根据部署多台服务器业务是否相同。
 注：集群模式需要做好session共享，确保在不同服务器切换的过程中不会因为没有获取到session而中止退出服务。
 一般配置Nginx的负载容器实现：静态资源缓存、Session共享可以附带实现，Nginx支持5000个并发量。
 分布式是否属于微服务？
 答案是肯定的。微服务的意思也就是将模块拆分成一个独立的服务单元通过接口来实现数据的交互。
 微服务架构
 微服务的设计是为了不因为某个模块的升级和BUG影响现有的系统业务。微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。

分布式和微服的架构很相似，只是部署的方式不一样而已。

	

JVM性能调优有很多设置。这个自引用JVM参数就够了。调优的主要目的是控制GC行为。GC是后台进程，但是也消耗系统性能，所以经常改变GC行为，根据系统中运行程序的特点来控制JVM堆栈大小。一般来说，不需要修改JVM的内存分配。例如，当您的程序在某个时间段内有更多的新一代对象时，您需要控制新一代的堆大小。同时需要控制JVM总大小，避免内存溢出，控制JVM线程的内存分配。如果是多线程程序，生成线程和线程运行消耗的内存也是可以控制的，需要经过一定时间的观察，配置出最优的结果。
以前用sychronize关键字，后来改成基于CAS的锁。
关于性能调优：1。需要一个性能检测器来找到最常被调用的代码段，并优化这个代码(优化算法)；2.通常，1%的代码运行99%。所以优化这些代码可以事半功倍。最好能看懂编译的代码，这样分析最透彻。Java性能分析使用JProfiler栈分析中使用的JstackJava性能调优SSH框架来适应具体项目。
JVM调优：
1收集算法及其优缺点；
2不同应用类型如何选择JVM参数
3常用调优工具的使用(jps/jstat/jmap/jstack/Jinfo/jhat)4调优案例分析(如何选择不同的内存块大小，如何选择不同的算法提高性能和响应时间)。
4Java应用中CPU利用率和使用率分析，线程死锁等锁系统性能瓶颈的分析和定位1深度使用JStack 2协调使用各种Linux监控命令(top、vmstat、iostat、sar，不要相信你能完全控制这些命令)，分析(之前的Java漏洞可以通过TOP命令通过制作Hash冲突来快速定位占用CPU资源，
一般在硬件不变的情况下，两个方面优化到极限后会互相制约，即如果吞吐量增强，比如需要增加延迟，反之亦然。
欢迎关注我们！
部分文字与图片来源于网络，如有版权请联系删除！

分布式架构下，木桶理论同样存在，其性能高低是由于运行最慢的那个节点 

决定的，因此一个集群中的机器配置尽量一致，Primary与mirror实例的分布 

也需要规划好。（例如：如果一个segment上的所有primary实例对应的 

mirror实例都在另外一个节点上，则当一个节点宕机时，整体性能下降50% 

） 


下面就正经解释下三种结构的区别吧～

单机结构

我想大家最最最熟悉的就是单机结构，一个系统业务量很小的时候所有的代码都放在一个项目中就好了，然后这个项目部署在一台服务器上就好了。整个项目所有的服务都由这台服务器提供。这就是单机结构。

那么，单机结构有啥缺点呢？我想缺点是显而易见的，单机的处理能力毕竟是有限的，当你的业务增长到一定程度的时候，单机的硬件资源将无法满足你的业务需求。此时便出现了集群模式，往下接着看。

集群结构

集群模式在程序猿界有各种装逼解释，有的让你根本无法理解，其实就是一个很简单的玩意儿，且听我一一道来。

单机处理到达瓶颈的时候，你就把单机复制几份，这样就构成了一个“集群”。集群中每台服务器就叫做这个集群的一个“节点”，所有节点构成了一个集群。每个节点都提供相同的服务，那么这样系统的处理能力就相当于提升了好几倍（有几个节点就相当于提升了这么多倍）。

但问题是用户的请求究竟由哪个节点来处理呢？最好能够让此时此刻负载较小的节点来处理，这样使得每个节点的压力都比较平均。要实现这个功能，就需要在所有节点之前增加一个“调度者”的角色，用户的所有请求都先交给它，然后它根据当前所有节点的负载情况，决定将这个请求交给哪个节点处理。这个“调度者”有个牛逼了名字——负载均衡服务器。

集群结构的好处就是系统扩展非常容易。如果随着你们系统业务的发展，当前的系统又支撑不住了，那么给这个集群再增加节点就行了。但是，当你的业务发展到一定程度的时候，你会发现一个问题——无论怎么增加节点，貌似整个集群性能的提升效果并不明显了。这时候，你就需要使用微服务结构了。

分布式结构

先来对前面的知识点做个总结。

从单机结构到集群结构，你的代码基本无需要作任何修改，你要做的仅仅是多部署几台服务器，每台服务器上运行相同的代码就行了。但是，当你要从集群结构演进到微服务结构的时候，之前的那套代码就需要发生较大的改动了。所以对于新系统我们建议，系统设计之初就采用微服务架构，这样后期运维的成本更低。但如果一套老系统需要升级成微服务结构的话，那就得对代码大动干戈了。所以，对于老系统而言，究竟是继续保持集群模式，还是升级成微服务架构，这需要你们的架构师深思熟虑、权衡投入产出比。

OK，下面开始介绍所谓的分布式结构。

分布式结构就是将一个完整的系统，按照业务功能，拆分成一个个独立的子系统，在分布式结构中，每个子系统就被称为“服务”。这些子系统能够独立运行在web容器中，它们之间通过RPC方式通信。

举个例子，假设需要开发一个在线商城。按照微服务的思想，我们需要按照功能模块拆分成多个独立的服务，如：用户服务、产品服务、订单服务、后台管理服务、数据分析服务等等。这一个个服务都是一个个独立的项目，可以独立运行。如果服务之间有依赖关系，那么通过RPC方式调用。

这样的好处有很多：

系统之间的耦合度大大降低，可以独立开发、独立部署、独立测试，系统与系统之间的边界非常明确，排错也变得相当容易，开发效率大大提升。
	
系统之间的耦合度降低，从而系统更易于扩展。我们可以针对性地扩展某些服务。假设这个商城要搞一次大促，下单量可能会大大提升，因此我们可以针对性地提升订单系统、产品系统的节点数量，而对于后台管理系统、数据分析系统而言，节点数量维持原有水平即可。
	
服务的复用性更高。比如，当我们将用户系统作为单独的服务后，该公司所有的产品都可以使用该系统作为用户系统，无需重复开发。
 

分布式是指将不同的子业务分布在不同的地方。而集群指的是将几台服务器集中在一起，实现同一业务。

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

分布式是按照业务划分,把一个业务划分成一堆子业务,,每个子业务又按照集群管理,分布在不同服务器上,

微服务概念是把一个业务划分成很多细微服务,每个微服务可以分在一个服务器上也可以不同服务器(这点导致分布式一定是微服务,微服务不一定是分布式)

 

 

 

	

点击上方“不太厉害的程序猿”，选择“置顶或者星标”
你关注的就是我关心的！
来源说明:部分信息来源于csdn
概念: 集群是个物理形态，分布式是个工作方式。
1.分布式：一个业务分拆多个子业务，部署在不同的服务器  
2.集群：同一个业务，部署在多个服务器上
分布式是指将不同的业务分布在不同的地方。
而集群指的是将几台服务器集中在一起，实现同一业务。 
分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。 
举例：就比如新浪网，访问的人多了，他可以做一个集群，前面放一个响应服务器，后面几台服务器完成同一业务，如果有业务访问的时候，响应服务器看哪台服务器的负载不是很重，就将给哪一台去完成。 
而分布式，从狭意上理解，也跟集群差不多，但是它的组织比较松散，不像集群，有一个组织性，一台服务器垮了，其它的服务器可以顶上来。 
分布式的每一个节点，都完成不同的业务，一个节点垮了，那这个业务就不可访问了。简单说，分布式是以缩短单个任务的执行时间来提升效率的，而集群则是通过提高单位时间内执行的任务数来提升效率。 
例如：如果一个任务由 10 个子任务组成，每个子任务单独执行需 1 小时，则在一台服务器上执行该任务需 10 小时。 
采用分布式方案，提供 10 台服务器，每台服务器只负责处理一个子任务，不考虑子任务间的依赖关系，执行完这个任务只需一个小时。(这种工作模式的一个典型代表就是 Hadoop 的 Map/Reduce 分布式计算模型) 
而采用集群方案，同样提供 10 台服务器，每台服务器都能独立处理这个任务。假设有 10 个任务同时到达，10 个服务器将同时工作，1 小时后，10 个任务同时完成，这样，整体来看，还是 1 小时内完成一个任务！ 
    好的设计应该是分布式和集群的结合，先分布式再集群，具体实现就是业务拆分成很多子业务，然后针对每个子业务进行集群部署，这样每个子业务如果出了问题，整个系统完全不会受影响。 
   另外，还有一个概念和分布式比较相似，那就是微服务。 
微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。
区别 
1.分布式:
 将一个大的系统划分为多个业务模块，业务模块分别部署到不同的机器上，各个业务模块之间通过接口进行数据交互。区别分布式的方式是根据不同机器不同业务
上面：service A、B、C、D 分别是业务组件，通过API Geteway进行业务访问
注：分布式需要做好事务管理。
2.集群模式
集群模式是不同服务器部署同一套服务对外访问，实现服务的负载均衡。区别集群的方式是根据部署多台服务器业务是否相同。
注：集群模式需要做好session共享，确保在不同服务器切换的过程中不会因为没有获取到session而中止退出服务。
一般配置Nginx的负载容器实现：静态资源缓存、Session共享可以附带实现，Nginx支持5000个并发量。
3.微服务架构
微服务的设计是为了不因为某个模块的升级和BUG影响现有的系统业务。微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。
分布式和微服的架构很相似，只是部署的方式不一样而已。
分布式是否属于微服务？ 
答案是肯定的。微服务的意思也就是将模块拆分成一个独立的服务单元通过接口来实现数据的交互。微服务是架构设计方式，分布式是系统部署方式，两者概念不同
推荐阅读：
     解决VM 与 Device/Credential Guard 不兼容(全网最新解决思路)
点击再看，或者转发到朋友圈，都是对我最好的支持！