2024年9月微服务和分布式的区别（微服务和分布式的区别是什么）

　　⑴微服务和分布式的区别（微服务和分布式的区别是什么

　　⑵微服务和分布式的区别是什么

　　⑶分布式系统，是音视频领域的一种显示控制系统，通过它可以实现系统内任意音视频信号的自由切换，大屏显示以及坐席控制等功能。

　　⑷分布式系统由若干个独立的功能节点组成，并且依靠网络连接。系统中所有节点都是对等的，并且可以在空间上随意分布，可以是不同的机房，甚至是不同的城市，通过远距离的数据交互来实现整体系统的功能。

　　⑸分布式系统是若干独立计算机的集合，这计算机对用户来说就像单个相关系统。也就是说分布式系统背后是由一系列的计算机组成的，但用户感知不到背后的逻辑，就像访问单个计算机一样。

　　⑹在微服务架构带来可独立部署、高扩展与伸缩、自由选择开发语言、高效利用资源、故障隔离等优点，同时也因为服务多带来分布式事务、服务之间通信、监控、部署等新的问题。

　　⑺面向中小企业的微服务产品提供自动应答菜单、微网站生成与管理、微信CRM系统服务、微信公众平台客服服务等综合性的运营管理标准化服务，是多功能的微信运营管理平台。

　　⑻微信管家是将企业微信公众账号通过技术平台接入、运营管理等方式，帮助企业向微信用户提供更完备服务信息、用户互动体验、营销效果等企业应用解决方案。

　　⑼为企业客户提供基于微信平台的客户服务、产品推介、互动营销、市场调查、产品订单等运营与系统功能服务。

　　⑽以上内容参考：百度百科-微服务

　　⑾分布式，微服务，集群，傻傻分不清楚

　　⑿分布式，所谓的分布式，其实是一种部署方式。两个特点，将服务A和服务B放在两台不同的服务器上，共同来完成同一个业务逻辑，这个就叫分布式。集群，所谓的集群，其实就是一整套完整的业务逻辑部署在不同的服务器上。分布式VS集群分布式的每个节点都可以来做集群。比如说：服务A用了两台服务器，服务B用了一台服务器，那么这个服务A就是集群，同时，这也是分布式部署。集群不一定是分布式。比如说：我在两台服务器上各自安装上tomcat运行这同一个jar包，这就是集群。再比如说，MySQL的主从也是一种集群方式。分布式的亲戚，微服务微服务是一种设计架构，分布式是一种部署方式。分布式一定属于微服务，但是，微服务不一定属于分布式。怎么说呢？微服务就是比分布式粒度更小的拆分，降低耦合的同时，运维部署也更难了。区别，微服务其实和分布式没啥大区别，最主要的是，微服务可以应用可以部署在同一台服务器上。打个比方，服务A和服务B都部署在一台服务器上，通过RPC远程调用，那么这个项目就是微服务，但是，他的部署方式，不是分布式的。

　　⒀集群、分布式、微服务概念和区别

　　⒁关于分布式和微服务的一些总结

　　⒂拿着爸妈提供的物质,见识他们没有见识过的世面,体验他们没有体验过的人生,到头来,却嫌弃他们如此笨拙。

　　⒃个人觉得分布式系统面向的是Ops，更多的是考虑系统性能和部署环境之间的问题，通过分布式解决在没有大型主机的部署环境情况下，系统性能的高可用和吞吐量，是个一个很早就提出来的一个概念，是由集中式系统过渡来的，随着计算机系统向网络化和微型化的发展日趋明显，同时业务的发展，传统的集中式处理模式越来越不能适应人们的需求，学习成本高，大型主机贵、容错性差，扩容困难。

　　⒄为了解决业务快速发展给IT系统带来的巨大挑战,从年开始,阿里集团启动了去IOE计划,其电商系统开始正式迈入分布式系统时代。

　　⒅在《分布式系统概念与设计》一书中,对分布式系统做了如下定义:

　　⒆分布式系统是一个硬件或软件组件分布在不同的网络计算机上,彼此之间仅仅通过消息传递进行通信和协调的系统。(硬件或软件组件,个人理解，硬件组件分布我们可以结合HarmonyOS理解，音画同步，应用跨设备流转，软总线等硬件抽象的分布式，或者可以结合RAID(独立冗余磁盘阵列理解，可以理解为以机器为粒度的磁盘阵列，软件组件分布这里结合我们常说的微服务分布式部署，类比javaWeb分布式系统。)

　　⒇微服务(Microservices)是一种软体架构风格，它是以专注于单一责任与功能的小型功能区块(SmallBuildingBlocks)为基础，利用模组化的方式组合出复杂的大型应用程式，各功能区块使用与语言无关(Language-Independent/Languageagnostic)的API集相互通讯。微服务的起源是由PeterRodgers博士于年度云端运算博览会提出的微Web服务(Micro-Web-Service)开始，JuvalL?wy则是与他有类似的前导想法，将类别变成细粒服务(granularservices)，以作为Microsoft下一阶段的软体架构，其核心想法是让服务是由类似Unix管道的存取方式使用，而且复杂的服务背后是使用简单URI来开放介面，任何服务，任何细粒都能被开放(exposed)。这个设计在HP的实验室被实现，具有改变复杂软体系统的强大力量。年，MartinFowler与JamesLewis共同提出了微服务的概念，定义了微服务是由以单一应用程式构成的小服务，自己拥有自己的行程与轻量化处理，服务依业务功能设计，以全自动的方式部署，与其他服务使用HTTPAPI通讯。同时服务会使用最小的规模的集中管理(例如Docker)能力，服务可以用不同的程序语言与资料库等元件协作。

　　⒈个人觉得微服务架构更多的是面向dev,更多的是考虑编码和项目业务之间的问题,根据功能把应用拆分为服务。解决的是开发问题和应用复杂性，是在对于业务的快速发展中单体应用不能满足需要的时候，提出来的一个概念，《微服务架构设计模式》一书中对微服务架构做如下定义：

　　⒉把应用程序功能性分解为一组服务的架构风格。(很直白的一句话,不需要多解释，对于大型系统而言，模块化是必不可少的，相信小伙伴也做过类似的项目，微服务架可以看做是模块化的一种形式

　　⒊微服务和分布式都是对大型应用程序的扩展，只是扩展方向不同而已：

　　⒋个人认为，不属于包含关系，都是对于应用扩展的不同解决办法。一般情况下，微服务架构的应用一般为分布式系统。但分布式系统不一定是微服务架构。

　　⒌分钟搞懂分布式架构与微服务

　　⒍所谓分布式系统，是指一个完整的应用系统被拆分后，分别部署到不同的网络节点中，这样的系统往往是一些大型的系统。这种做法的好处是，可以提高系统的运算能力。与分布式系统相对应的就是单体应用系统，单体应用系统的思想是allinone思想，就是全部在一起，一个系统的全部服务都集中在一个网络节点上。所谓集群就是，相同的事情多个人做，比如在上图分布式系统中，**商品服务**被部署到一台机器上，但是如果在购物节时，请求太多，一台机器根本扛不住，这时我们也增加台机器，这台机器都部署**商品服务,**这样由这台机器就组成了商品服务集群，集群的初衷就是提高系统的吞吐量，另一个就是提高可用性，比如一台服务器挂了，不至于服务不可用。SOA架构就是面向于服务的架构思想，本质上就是以服务为中心，把应用拆分为多个服务，抽离出可重用的服务，为每个服务的单独扩展和开发提高便利性。阿里的Dubbo就是SOA服务架构的一种实现，事实上SOA并没有对服务间通信协议具体规定，可以RPC,可以HTTP。微服务是一种SOA思想的延续，任然关注服务，但是强调是“微“,微体现的是服务开发成分要低，职责要尽量单一，同时部署也要灵活方便。目前微服务是非常流行的一种软件架构，在Java生态中SpringCloud就提供了微服务的全站解决方案。分布式和集群都是从软件部署的角度描述，SOA与微服务是从软件的架构阐述。一个采用SpringCloud技术开发系统必然是微服务，当然同时也是分布式系统，当然如果为了高可用，必定也采用集群。

　　⒎分布式架构与微服务有啥区别

　　⒏微架构也是SOA的一种，只是其ponent更小更多而已。Spring等框架中，常有依赖注入，Ioc等技术，通过配置文件，决定API调用，一个不是很恰当的比喻，把这些API分开，包装成Service，放在网络上，每个有自己的process，通过与语言无关的协议通讯，类似Rest之类的，这就成了微架构。据说，好处是容易deploy，更灵活，解耦；坏处是网络限制性能，不易确定系统state等等。个人感觉，微架构只是把复杂性推到了其他的地方，过分强调解耦，可能造成不必要的细化，导致系统更为复杂，难以维护，不是很看好这种思路。

　　⒐微应用与微服务的区别与联系

　　⒑微服务是一种架构模式，其核心是将一个单体应用分成多个部分进行开发。所以微服务架构的应用程序，其本质上是一个分布式应用。基于微服务架构构建的应用程序，可以让业务变化更快，整体系统可靠性更高。

　　⒒一分钟弄懂什么是分布式和微服务

　　⒓简单的说，微服务是架构设计方式，分布式是系统部署方式，两者概念不同

　　⒔这里不引用书本上的复杂概论了，简单来说微服务就是很小的服务，小到一个服务只对应一个单一的功能，只做一件事。这个服务可以单独部署运行，服务之间可以通过RPC来相互交互，每个微服务都是由独立的小团队开发，测试，部署，上线，负责它的整个生命周期。

　　⒕在做架构设计的时候，先做逻辑架构，再做物理架构，当你拿到需求后，估算过最大用户量和并发量后，计算单个应用服务器能否满足需求，如果用户量只有几百人的小应用，单体应用就能搞定，即所有应用部署在一个应用服务器里，如果是很大用户量，且某些功能会被频繁访问，或者某些功能计算量很大，建议将应用拆解为多个子系统，各自负责各自功能，这就是微服务架构。

　　⒖分布式服务顾名思义服务是分散部署在不同的机器上的，一个服务可能负责几个功能，是一种面向SOA架构的，服务之间也是通过rpc来交互或者是webservice来交互的。逻辑架构设计完后就该做物理架构设计，系统应用部署在超过一台服务器或虚拟机上，且各分开部署的部分彼此通过各种通讯协议交互信息，就可算作分布式部署，生产环境下的微服务肯定是分布式部署的，分布式部署的应用不一定是微服务架构的，比如集群部署，它是把相同应用复制到不同服务器上，但是逻辑功能上还是单体应用。

　　⒗微服务相比分布式服务来说，它的粒度更小，服务之间耦合度更低，由于每个微服务都由独立的小团队负责，因此它敏捷性更高，分布式服务最后都会向微服务架构演化，这是一种趋势，不过服务微服务化后带来的挑战也是显而易见的，例如服务粒度小，数量大，后期运维将会很难