分布式架构和微服务架构的区别(分布式和微服务区别面试)

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

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

分布式和微服务区别

1、分布式架构是分布式计算技术的应用和工具，目前成熟的技术包括J2EE, CORBA和.NET(DCOM)，这些技术牵扯的内容非常广，相关的书籍也非常多，也没有涉及这些技术的细节，只是从各种分布式系统平台产生的背景和在软件开发中应用的情况来探讨它们的主要异同。

　　2、微服务架构是一项在云中部署应用和服务的新技术。大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务，而红帽说API应该是重点。

　　3、微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需胡茄让要在特定的某种服务中增加所需功能，而不影响整体进程的架构。

　　4、从概念理解，分布式服务架构强调的是服务化以及服务的分散化，微服务则更强调服务的专业化和精细分工；从实践的角度来看，微服务架构通常是分布式服务架构，反之则未必成立。所以，选择微服务通常意味着需要解决分布式架构的各种难题。

　　5、区别分布式的裤局方式是根据不同机器不同业务。将一个大的系统划分为多个业务模块，业务模块分别部署到不同的机器上，各个业务模块之间通过接口进行数据交互。

　　6、微服务更加强调单一职责、轻量级通信(HTTP)、独立性并且进纳备程隔离。

　　7、微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。

　　8、微服务架构是分布式服务架构的子集。微服务架构通过更细粒度的服务切分，使得整个系统的迭代速度并行程度更高，但是运维的复杂度和性能会随着服务的粒度更细而增加。

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

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

分布式和微服务

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

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

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

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

微服务不只是技术架构

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

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

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

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

必须要用微服务？

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

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

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

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

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

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

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

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

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

微服务和分布式的区别

1.微服务是把一个大服务拆分成多个小服务，有利于重复利用
2.分布式，是把某个服务部署在多个服务器上
3.微服务弊银和分布式燃漏并不是相同的，分布式部署的是相同的服务，微服务是部署多个不同租段宴的小服务
4.微服务可以用分布式的方式部署

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

分布式 ，所谓的分布式，其实是一种部署方式。

两个特点，将服务A和服务B放在两台不同的服务器上，共同来完成同一个业务逻辑，这个就叫分布式。

集群 ，所谓的集群，其实就是一整套完整的业务逻辑部署在不同的服务器上。

分布式VS集群

分布式的每个节点都可以来做集群。

比如说：服务A用了两台服务器，服务B用了一台服务器，那么这个服务A就是集群，同时，这也是分布式部署。

集群不一定是分布式。

比如说：我在两台服务器上各自安装上tomcat运行这同一个jar包，这就是集群。再比如说，MySQL的主从也是一种集群方式。

分布式的亲戚，微服务

微服务是一种设计架构，分布式是一种部署方式。

分布式一定属于微服务，但是，微服务不一定属于分布式。

怎么说呢？微服务就是比分布式粒度更小的拆分，灶察腊降低耦合的同时，运维部署也没简更难了。

区别，微服务其实和分布式没啥大区别，最主要的是，微服务可以应用可以部署隐滑在同一台服务器上。

打个比方，服务A和服务B都部署在一台服务器上，通过RPC远程调用，那么这个项目就是微服务，但是，他的部署方式，不是分布式的。