1.微服务概述
1.1.什么是微服务
微服务（Microservices）：就目前而言，对于微服务业界并没有一个统一的、标准的定义。（While there is no precise definition of this architectural style）
但通常来说，微服务就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合，每一个微服务提供单个业务功能的服务，一个服务做一件事。
1.2.微服务架构
- 微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合。
- 每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相协作（通常是基于HTTP协议的RESTful API）。
- 每个服务都围绕着具体业务进行构建，并且能够被独立的部署到生产环境、类生产环境中。
- 并且尽量避免统一的、集中式的服务管理机制。
1.3.微服务的优缺点
优点：
- 每个服务足够内聚，足够小，代码容易理解能聚焦到一个指定的业务功能或业务需求
- 开发简单、效率高，一个服务可能就是专一地只干一件事
- 微服务能够被小团队单独开发，这个小团队仅需2到5个人的开发人员组成（根据实际项目情况）
- 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的
- 微服务能使用不同的语言进行开发
- 易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins、Hudson、bamboo
- 微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值
- 微服务允许你利用融合的最新技术
- 微服务可以只是业务逻辑的代码，不会与HTML，CSS或其它界面组件混合
- 每个微服务都有自己的存储能力，可以有自己的数据库。也可以有统一的数据库
缺点：
- 开发人员要处理分布式系统的复杂性
- 多服务运维难度，随着服务的增加，运维压力也在增大
- 系统部署依赖
- 服务间通信成本增加
- 数据一致性问题
- 系统集成测试成本增加
- 性能监控难度
1.4.微服务的技术栈
| 微服务条目 | 落地技术 |
|---|---|
| 服务开发 | SpringBoot,Spring,SpringMVC |
| 服务配置与管理 | Netflix公司的Archaius、阿里的Diamond等 |
| 服务注册与发现 | Eureka、Consul、Zookeeper等 |
| 服务调用 | Rest、RPC、gRPC |
| 服务熔断器 | Hystrix、Envoy等 |
| 负载均衡 | Ribbon、Nginx等 |
| 服务接口调用（客户端调用服务的简化工具） | Feign等 |
| 消息队列 | Kafka、RabbitMQ、ActiveMQ等 |
| 服务配置中心管理 | SpringCloudConfig、Chef等 |
| 服务路由（API网关） | Zuul等 |
| 服务监控 | Zabbix、Nagios、Metrics、Specatator等 |
| 全链路追踪 | Zipkin、Brave、Dapper等 |
| 服务部署 | Docker、OpenStack、Kubernetes等 |
| 数据流操作开发包 | SpringCloud Stream(封装与Redis，Rabbit，Kafka等发送接收消息) |
| 事件消息总线 | SpringCloud Bus |
2.SpringCloud概述
2.1.SpringCloud是什么
SpringCloud，基于SpringBoot提供了一套微服务解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于NetFlix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。
SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线，全局所、决策精选、分布式会话等等，他们都可以用SpringBoot的开发风格做到一键启动和部署。
SpringCloud并没有重复造轮子，它只是将各个公司成熟的框架组合起来，通过SpringBoot风格进行再封装、屏蔽掉复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
======一句话总结：SpringCloud是分布式微服务下的一站式解决方案，是各个微服务架构落地的集合体，俗称微服务全家桶=======
2.2.SpringCloud与SpringBoot的关系
- SpringBoot专注于快速方便的开发单个个体微服务。
- SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来，为各个微服务之间提供配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务
- SpringBoot可以离开SpringCloud独立使用开发项目，但是SpringCloud离不开SpringBoot，属于依赖关系
- SpringBoot专注于快速、方便的开发单个微服务个体，SpringCloud关注全局的服务治理框架
2.3.SpringCloud和Dubbo对比
| Dubbo | Spring | |
|---|---|---|
| 服务注册中心 | Zookeeper | Spring Cloud Netfilx Eureka |
| 服务调用方式 | RPC | REST API |
| 服务监控 | Dubbo-monitor | Spring Boot Admin |
| 断路器 | 不完善 | Spring Cloud Netflix Hystrix |
| 服务网关 | 无 | Spring Cloud Netflix Zuul |
| 分布式配置 | 无 | Spring Cloud Config |
| 服务跟踪 | 无 | Spring Cloud Sleuth |
| 消息总线 | 无 | Spring Cloud Bus |
| 数据流 | 无 | Spring Cloud Stream |
| 批量任务 | 无 | Spring Cloud Task |
最大区别
（1）SpringCloud抛弃了Dubbo的RPC通讯，采用基于HTTP的REST方式。SpringCloud牺牲了服务调用的性能，但是同时也避免了原生RPC带来的问题。REST比RPC更为灵活，不存在代码级别的强依赖，意在强调微服务的快速演化
的微服务环境下，显然更合适。
（2）Dubbo像组装机，对技术选型人员要求高；SpringCloud像品牌机，保证了可靠性、稳定性
（3）社区的支持与力度：Dubbo曾经停运了5年，虽然重启了，但是对于技术发展的新需求，还是需要开发者自行去拓展，对于中小型公司，显然显得比较费时费力，也不一定有强大的实力去修改源码
总结
解决的问题领域不一样：Dubbo的定位是一款RPC框架，Spring Cloud的目标是微服务架构下的一站式解决方案
博文写作参考：
https://www.bilibili.com/video/BV1ZW411G7Tf?p=15&spm_id_from=pageDriver
https://www.cnblogs.com/qdhxhz/p/9357357.html
SpringCloud相关学习网站推荐：
https://springcloud.cc/spring-cloud-netflix.html
中文API文档：https://springcloud.cc/spring-cloud-dalston.html
SpringCloud中国社区：http://springcloud.cn/
SpringCloud中文网：https://springcloud.cc