一、分布式

分布式的核心就是拆。只要是将一个项目拆分成了多个模块，并将这些模块分开部署，那就算是分布式。
当单个节点的处理能力无法满足日益增长的计算、存储任务的时候，且硬件的提升（加内存、加磁盘、使用更好的 CPU）高昂到得不偿失的时候，应用程序也不能进一步优化的时候，我们需要考虑分布式系统，将拆分后的每一块分别部署到不同的机器上。是一种面向SOA架构的，服务之间也是通过rpc来交互或者是webservice来交互的。

有两种拆分方式：水平拆分，或垂直拆分（也称为“横向拆分”和“垂直拆分”），具体如下：
水平拆分：根据“应用分层”的思想进行拆分。例如，可以将一个项目根据“三层架构”拆分成 表示层（jsp+servlet）、业务逻辑层（service）和数据访问层（dao），然后再分开部署到不同服务器上。

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

二、微服务

微服务架构，核心就是为了解决应用微服务化之后的服务治理问题。微服务可以理解为一种非常细粒度的垂直拆分。

微服务的特征：

• 一个微服务应用都是单一职责的，只做一件事，一个微服务解决一个业务问题（注意是一个业务问题而不是一个接口）
• 这个微服务应用可以单独部署运行，服务之间可以通过 RPC 来相互交互。每个微服务都是由独立的小团队开发，测试，部署，上线，负责它的整个生命周期

总结

• 微服务是架构设计（注重微服务化的治理，比较细的低耦合的拆分），分布式是系统部署方式（拆分后部署到不同服务器上）
• 微服务相比分布式服务来说，它的微服务应用粒度更小，服务之间耦合度更低，由于每个微服务都由独立的小团队负责，因此它敏捷性更高，分布式服务最后都会向微服务架构演化，这是一种趋势， 不过服务微服务化后带来的挑战也是显而易见的，例如服务粒度小，数量大，后期运维将会很难

参考：
分布式和微服务的区别？
微服务系统和分布式系统的区别

1.分布式
　　 微服务和分布式的区别　　将一个大的系统划分为多个业务模块，业务模块分别部署到不同的机器上，各个业务模块之间通过接口进行数据交互。区别分布式的方式是根据不同机器不同业务。　　上面：service A、B、C、D 分别是业务组件，通过API Geteway进行业务访问。　　注：分布式需要做好事务管理。　　2.分布式是否属于微服务？　　答案是肯定的。微服务的意思也就是将模块拆分成一个独立的服务单元通过接口来实现数据的交互。　　3.微服务架构　　微服务的设计是为了不因为某个模块的升级和BUG影响现有的系统业务。微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。　 微服务和分布式的区别　　分布式和微服的架构很相似，只是部署的方式不一样而已。　　分布式服务架构与微服务架构概念的区别与联系是怎样的　　分布式：分散压力。　　微服务：分散能力。　　当下理解　　分布式：　　不同模块部署在不同服务器上;　　作用：分布式解决网站高并发带来问题;　　集群：相同的服务;　　多台服务器部署相同应用构成一个集群;　　作用：通过负载均衡设备共同对外提供服务;　　SOA［组装服务/ESB企业服务总线］;　　业务系统分解为多个组件，让每个组件都独立提供离散，自治，可复用的服务能力;　　通过服务的组合和编排来实现上层的业务流程;　　作用：简化维护，降低整体风险，伸缩灵活;　　微服务［找到服务/微服务网关open API］;　　架构设计概念，各服务间隔离（分布式也是隔离），自治（分布式依赖整体组合）其它特性（单一职责，边界，异步通信，独立部署）是分布式概念的跟严格执行;　　SOA到微服务架构的演进过程;　　作用：各服务可独立应用，组合服务也可系统应用（巨石应用［monolith］的简化实现策略-平台思想）.

--------------------------------------------------------------------------------------------------------------------------

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

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

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

分布式服务顾名思义服务是分散部署在不同的机器上的，一个服务可能负责几个功能，是一种面向SOA架构的，服务之间也是通过rpc来交互或者是webservice来交互的。

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