什么是微服务：

微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合,每一个微服务提供单个业务功能的服务，一个服务做一件事，从技术角度看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动或销毁，拥有自己独立的数据库。
All in one 单机系统
可以看作 IDE里面的一个大工程，商品/订单/库存… 单个WAR包，当一个服务有问题了，所有服务都要宕机
分布式系统
服务各自独立出来，每个服务都是一个进程，专业模块做专业的事情，独立部署
微服务架构
IDE 使用maven开发的一个小 moudle，一个模块就做一件事情，强调是一个个的个体，每个个体完成一个具体的任务或功能，类似于医院的一个个科室

分布式与微服务的区别(个人理解)：

拿商城项目来说，分布式可以将服务拆分为(订单模块，商品模块，库存模块…)，而微服务是更加细化，一个服务就干一件事，是一个单独的功能，比如支付功能，这个功能可能在分布式的很多功能都会被调用。

微服务的优缺点：

优点:
可以分库，也可以不分库，易于开发，每个开发者专注于一件事，易于第三方集成。
缺点:
不易于部署，复杂性高，服务间的通信成本，数据的一致性…

微服务的技术栈都哪些:

服务注册，服务调用，服务的监控，负载均衡，服务的治理，熔断等…

为什么使用 SpringCloud:

SpringCloud是一个完整的微服务框架，分布式微服务的一站式解决方案，是个微服务架构的落地技术的集合体，微服务的全家桶。并可以完美整合Spring的各类框架。

SpringCloud 与 Springboot 的关系：

Springboot 可以快速开发各个微服务，可以离开SpringCloud 单独使用。但是springcloud 离不开springboot 属于依赖关系。
springcloud 依赖springboot，是全局的微服务协调治理框架，它将springboot 开发的一个个微服务整合并管理起来。

SpringCloud 与 Dubbo的区别：

最大的区别
SpringCloud 采用rest方式通信，牺牲了调用的性能，但是也避免了原生RPC带来的问题，而且Rest 比RPC更加灵活，不存在代码级别的依赖，在微服务的环境下，显得更加合适
Dubbo 相当于是组装机，存在兼容性，SpringCloud 品牌机，与spring所有的框架完美兼容.

学习年限不足，知识过浅，说的不对请见谅。

世界上有10种人，一种是懂二进制的，一种是不懂二进制的。