云计算可以被分为三种主要类型：基础设施即服务（IaaS）、平台即服务（PaaS）和软件即服务（SaaS）。
微服务（或微服务架构）是一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。
微服务是近些年被广泛提及的一个概念， 微服务架构可以理解为一个轻量级的服务治理方案， 也就是将系统的功能，通过服务的形式发布到服务器上，对服务进行组合调用，实现具体的功能，解决实际业务问题的架构风格。
简单地说，微服务架构就是以业务域或业务功能为边界，将一个大而全的应用拆分为可以独立开发，独立部署，独立测试，独立运行的一组小的应用，并且使用轻量级，通用的机制在这组应用间进行通信。
其实微服务的框架在国内通常采用springcloud作为底层的架子，在此之上自己构建一些可以快速应用的组建，当然也可以采用相对成熟一些的基于springcloud上增加了一些组建的框架，这里推荐一个开源的springcloud的集成框架JVS。
服务间采用轻量级通信机制，如HTTPRESTfulAPI，或者RPC，独立自动部署，可以采用不同的语言及存储。微服务体现去中心化、天然分布式，是中台战略落地到IT系统的具体实现方式的技术架构。
微服务架构是一种软件设计方法，它将应用程序分解为通过定义明确的 API 进行通信的小型独立服务。由于每个服务都可以由自治团队开发和维护，因此它是最具可扩展性的软件开发方法。微服务设计与单体开发截然相反。
Spring Cloud架构图 Spring Cloud子项目 Spring Cloud 旗下的子项目大致可以分为两类：如下： Spring Cloud 与 Spring Boot Spring Boot 可以说是微服务架构的核心技术之一。
用微服务来进行实践到生产项目中，首先要考虑一些问题。比如下图的微服务业务架构：在上图图表展示的架构图中，我们假设将业务商户服务A、订单服务B和产品服务C分别拆分为一个微服务应用，单独进行部署。
在系统架构上，PaaS云平台主要分为微服务架构、Docker容器技术、DveOps三部分，这篇文章重点介绍微服务架构的实施。 如果想学习Java工程化、高性能及分布式、深入浅出。
1、而且对于一个应用来说，一个微服务就是一个可独立发布的应用；对于一个团队来说，为各个部门，不同岗位提供更多协同与沟通上的思路。
2、维基上对微服务的定义为：一种软件开发技术- 面向服务的体系结构（SOA）架构样式的一种变体，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。
3、数据一体化归集，此次版本升级中采用的微服务架构促进了所有业务数据互通互联，达到数据一体化归集，消除数据信息孤岛，便于全渠道数据贯通并为业务服务。 希望我的回答能给您提供帮助，可以给个大大的赞不。
4、微服务架构是面向结果的。 微服务架构设计风格的产生并非是出于学术或为标准而标准的设计，而是在软件架构设计领域不断演进过程中，面对实际工业界所遇到问题，而出现的面向解决实际问题的架构设计风格。
基于微服务架构和Docker容器技术的PaaS云平台建设目标是给我们的开发人员提供一套服务快速开发、部署、运维管理、持续开发持续集成的流程。
前一篇 基于docker部署的微服务架构（一）：服务注册中心 已经成功创建了一个服务注册中心，现在我们创建一个简单的微服务，让这个服务在服务注册中心注册。然后再创建一个调用者，调用此前创建的微服务。
因为传统的PaaS技术虽然也可以一键将本地应用部署到云上，并且也是采用隔离环境（容器）的形式去部署，但是其兼容性非常的不好。
dubbo的控制台页面中可以显示）Container：服务运行的容器。
1、微服务是一种设计架构，分布式是一种部署方式。分布式一定属于微服务，但是，微服务不一定属于分布式。怎么说呢？微服务就是比分布式粒度更小的拆分，降低耦合的同时，运维部署也更难了。
2、分布式、微服务区别：分布式依赖整体组合，是系统的部署方式；微服务是架构设计方式，粒度更小，服务之间耦合度更低。独立小团队负责，敏捷性更高。
3、服务器集群：服务器集群就是指将很多服务器集中起来一起进行同一种服务，在客户端看来就像是只有一个服务器。
4、分布式是指将不同的业务分布在不同的地方；而集群指的是将几台服务器集中在一起，实现同一业务。分布式中的每一个节点，都可以做集群。 而集群并不一定就是分布式的。
5、比如集群部署，它是把相同应用复制到不同服务器上，但是逻辑功能上还是单体应用。
6、微服务与分布式的细微差别是，微服务的应用不一定是分散在多个服务器上，他也可以是同一个服务器。微服务架构是分布式服务架构的子集。