分布式架构相当于物理上的拆分，微服务架构相当于逻辑上的拆分。
比如一个互联网平台有mes系统，wms系统，把mes系统单独部署在一个服务器上，把wms系统单独部署在另一个服务器上，这就相当于是一个物理拆分的分布式架构。如果mes的生产模块会有大量的请求此时只能针对整个mes系统进行集群部署。
但是比如mes系统有生产模块和质检模块，每个模块的业务很复杂，最好可以单独维护，就可以把mes系统的生产模块和质检模块单独抽成一个服务。如果生产的访问量很大可以把只把生产这一个服务进行集群部署并负载均衡。
分布式架构是部署在不同的服务器上，微服务则可以部署在同一台服务器上，只是逻辑的拆分，但是基本拆成微服务的都会部署在不同服务器上了，所以分布式架构也属于微服务架构只是拆分的力度没有微服务细。
总结：
微服务也是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。微服务的应用不一定是分散在多个服务器上，它也可以是同一个服务器。
微服务相比分布式服务来说，它的粒度更小，服务之间耦合度更低。由于每个微服务都由独立的小团队负责，因此它敏捷性更高。分布式服务最后都会向微服务架构演化，这是一种趋势。不过服务微服务后带来的挑战也是显而易见的，例如服务粒度小，数量大，后期运维难度会增大
标签：服务,模块,部署,理解,mes,服务器,架构,分布式 From： https://blog.51cto.com/u_16421319/8746600