分布式架构和微服务架构的关系(分布式架构 微服务架构)

扫码添加渲大师小管家，免费领取渲染插件、素材、模型、教程合集大礼包！

大家好，今天来介绍分布式架构和微服务架构的关系(什么是分布式什么是微服务)的问题，以下是渲大师小编对此问题的归纳和整理，感兴趣的来一起看看吧！

分布式服务架构与微服务架构概念的区别与联系是怎样的

微架构告咐也是SOA的一种，只是其component更小更多而已。

Spring等框架中，常有依赖注入，Ioc等技术，通过配置文件，决定API调用，一个不是很恰当的比喻，把这些API分开，包装成Service，放在网络上，每个有自己的process，通过与语言无关的协议通讯，类似Rest之类的，这就成了微架构。

据说，好处是容易deploy，更灵活，解耦；坏处是网络限制性能，不易确定系统state等等。

个人感觉，微架构只是把复杂性推到了其他的地方，过分贺友强调解耦，可能造成不必禅友槐要的细化，导致系统更为复杂，难以维护，不是很看好这种思路。

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

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

微服务是啥？

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

微服务架构又是啥？

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

那么分布式又是啥？

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

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

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

所谓分布式系统，是指一个完整陪滑禅的应用系统被拆分后，分别部署到不同的网络节点中，这样的系统往往是一些大型的系统。这种做法的好处是，可以提高系统的运算能力。与分布式系统相对应的就是 单体应用系统，单体应用系统的思想是all in one 思想， 就是全部在一起，一个系统的全部服务都集中在一个网络节点上。

所谓集群就是，相同的事情多个人做，比如在上图分布式系统中， 商品服务 被部署到一台机器上，但是如果在购物节时，请求太多，一台机器根芦尘本扛不住，这时我们也增加10台机器，这10台机器都部署 商品服务, 这样由这10台机器就让肢组成了商品服务集群，集群的初衷就是提高系统的吞吐量，另一个就是提高可用性，比如一台服务器挂了，不至于服务不可用。

[图片上传失败...(image-dc4d72-1607944513633)]

SOA 架构就是面向于服务的架构思想，本质上就是以服务为中心，把应用拆分为多个服务，抽离出可重用的服务，为每个服务的单独扩展和开发提高便利性。阿里的Dubbo 就是SOA服务架构的一种实现，事实上SOA并没有对服务间通信协议具体规定，可以RPC,可以HTTP。

微服务是一种SOA思想的延续，任然关注服务，但是强调是"微",微体现的是服务开发成分要低，职责要尽量单一，同时部署也要灵活方便。目前微服务是非常流行的一种软件架构，在Java生态中 SpringCloud就提供了微服务的全站解决方案。

分布式和集群都是从软件部署的角度描述，SOA与微服务是从软件的架构阐述。一个采用SpringCloud技术开发系统 必然是微服务，当然同时也是分布式系统，当然如果为了高可用，必定也采用集群。

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

一、含义不同：

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

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

二、作用不同：

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

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

微服务

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

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

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

以上内容参考：-微服务

java微服务和分布式的区别有哪些

这个问题已经收藏了一个多月了，一直在考虑如何回答这个问题，总结了很长时间终于有了一些感悟（之前一直都是只可意会不可言传的感觉），和大家分享一下，如果有不同的建议，欢迎大家留言指正。

分布式和微服务

首先，我认为微服务就是分布式框架的一种。

分布式的思想就是把一个系统的不同模块，部署在不同的服务器上，以应对高并发的问题。

SOA是一种分布式拦物架构，把业务系统分成多个子系统，提供不同的服务，再通过服务组合、编排实现业务流程；通常在SOA架构中，ESB企业服务总线扮演了重要的角色。

微服务是SOA的升华，如果非要说点儿不同的，那么微服务更加强调服务的细分和专业，去ESB总线、去中心化，部署粒度更细，服务扩展更灵活。

微服务不只是技术架构

很多同学一说微服务，就说这是一种技术架构，有的推荐使用Dubbo，有的推荐使用SpringCloud。

我认为，微服务不单单是一种睁源技术架构，也涉及到了管理、组织架构。

大多数的公司，需求、开发、测试、运维都是独立的团队，这实际上是有悖于微服务快速迭代的思想；在微服务的架构下，一个服务应该是由一个团队全权负责的简早液。

不过组织架构方面的事情，真的不是我们能说了算的。

必须要用微服务？

我觉得没有必要为了微服务，而微服务；有的公司把服务拆分，但是数据库依然是同一个库，依然是一个项目直接掉另外一个项目的接口，然后对外就宣称完成了微服务的改造...

架构设计还是要根据需求背景、团队开发能力、软硬件实力综合来考虑。

好的架构是可以进化的，而不是一步到位建成的。

我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。