分布式

分布式的核心就一个字：拆。只要是将一个项目拆分成了多个模块，并将这些模块分开部署，那就算是分布式。

如何拆呢？有两种方式：水平拆分，或垂直拆分（也称为“横向拆分”和“垂直拆分”），具体如下：

水平拆分

水平拆分：根据“分层”的思想进行拆分。例如，可以将一个项目根据“三层架构”拆分成 表示层（jsp+servlet）、业务逻辑层（service）和数据访问层（dao），然后再分开部署：把表示层部署在服务器A上，把service和dao层部署在服务器B上，然后服务器A和服务器B之间通过dubbo等RPC进行进行整合（在左下角的“阅读原文”里有dubbo的视频课程，可以点击学习），如图所示。

如上图所示，将表示层部署在一台服务器上，将业务逻辑层和数据访问层部署在另一台服务器上，于是就达到了水平拆分的目的。

垂直拆分

垂直拆分：根据业务进行拆分。例如，可以根据业务逻辑，将“电商项目”拆分成“订单项目”、“用户项目”和“秒杀项目”。显然这三个拆分后的项目，仍然可以作为独立的项目使用。像这种拆分的方法，就成为垂直拆分。

分布式将服务拆分后，每一个服务都是可以部署的独立单元，每一个独立的单元还可以多实例部署增加服务容量，达到高可用的目的；

微服务

从名字就能知道，“微服务”就是非常微小的服务。

微服务可以理解为一种非常细粒度的垂直拆分。例如，以上“订单项目”本来就是垂直拆分后的子项目，但实际上“订单项目”还能进一步拆分为“购物项目”、“结算项目”和“售后项目”，如图。

现在看图中的“订单项目”，它完全可以作为一个分布式项目的组成元素，但就不适合作为微服务的组成元素了（因为它还能再拆，而微服务应该是不能再拆的“微小”服务，类似于“原子性”）。

集群

集群实质是将几台服务器集中在一起，实现同一业务(比如购物车，一台服务器不够，放上十台服务器，十台服务器完成同一业务)

总结

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

微服务的核心就是拒绝大而臃肿的单体项目，进而是一个个高内聚低耦合的微小服务，基于业务边界进行服务微化拆分，每个服务独立部署运行。

分布式是一种系统的部署方式，主要是将同一个服务，拆分成可以去部署到多台机器。

分布式是指将不同的业务分布在不同的地方（重点）（比如京东，将各个业务分布在不同的服务器上） 例如上述水平拆分

分布式的核心就一个字：拆。只要是将一个项目拆分成了多个模块，并将这些模块分开部署，那就算是分布式。

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

集群不一定是分布式的？比如，用户系统集群不是分布式的，整个京东系统才是分布式的

微服务和分布式区别 面试回答

微服务是系统架构的一个设计方式，它是将复杂的业务拆分成多个微小的服，每个服务可单独运行和部署，服务与服务之前一个可以采用RPC来通信。
分布式是一种系统的部署方式，主要是将同一个服务，拆分成可以去部署到多台机器。
集群实质是将几台服务器集中在一起，实现同一业务
微服务架构是分布式服务架构的子集
分布式部署不一定是微服务架构，而微服务的应用也不一定是要采用分布式部署
分布式中的每一个节点，都可以做集群，而集群并不一定就是分布式的

贡献者

codingLab

版权所有

版权归属：codingLab

许可证：bugcode