起源
微服务的起源是由 Peter Rodgers 博士于 2005 年度云端运算博览会提出的微 Web 服务 (Micro-Web-Service)
image.png
image.png
概念
微服务是系统架构上的一种风格，它的主旨是将一个原本独立的系统拆分成多个小型服务，这些小型服务都在各自独立的进程中运行，服务之间通过基于HTTP的RESTful API进行通信协作
特点
- 微小度颗粒
- 责任单一性
- 运行隔离性
- 管理自动化
针对微服务解决方案或开源框架
- 服务治理：Dubbo、当当网DubboX、Netflix的Eureka、Apache的Consul等
- 分布式配置管理：百度的Disconf、Netflix的Archaius、360的Qconf、Spring Cloud的Config、淘宝的Diamond等
- 批量任务：当当网的Elastic-Job、LinkedIn的Azkaban、Spring Cloud的Task等
- 服务跟踪：京东的Hydra、Spring Cloud的Sleuth、Twitter的Zipkin等
- ......
优缺点
| 微服务提供的好处 | 微服务带来的成本 |
|---|---|
| 模块化：微服务强调模块化的结构，这对大团队特别重要 | 分布式特性：分布式系统的编程难度更大，因为远程调用慢，而且总存在失败的风险 |
| 独立部署：简单的服务更容易部署，而且由于它们是自治的，一旦出了问题，不会导致整个系统的故障 | 最终一致性：对于分布式系统来说，保持强一致性很难，这意味着每个人都不得不去处理最终一致性 |
| 技术的多样性：有了微服务，你可以混合使用多种编程语言、开发框架以及数据存储技术 | 运维的复杂性：你需要一个成熟的运维团队，来管理很多需要定时重新部署的服务 |
单一应用架构
当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。
image.png
垂直应用架构
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的Web框架(MVC)是关键。
image.png
分布式服务架构
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。
流动计算架构
当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA)是关键。
微服务架构
image.png
Dubbo与Spring Cloud对比
| 组件名称 | Dubbo | Spring Cloud |
|---|---|---|
| 服务注册中心 | Zookeeper | Spring Cloud Netflix Eureka |
| 服务调用方式 | PRC | REST API |
| 服务网关 | 无 | Spring Cloud Netflix Zuul |
| 断路器 | 不完善 | Spring Cloud Netflix Hystrix |
| 分布式配置 | 无 | Spring Cloud Config |
| 服务跟踪 | 无 | Spring Cloud Sleuth |
| 消息总线 | 无 | Spring Cloud Bus |
| 数据流 | 无 | Spring Cloud Stream |
| 批量任务 | 无 | Spring Cloud Task |
| ...... | ...... | ...... |
Spring Cloud 生态圈
| 组件名称 | 说明 |
|---|---|
| spring-boot | spring应用程序脚手架 |
| spring-cloud-config | 分布式配置 |
| spring-cloud-eureka | 服务治理 |
| spring-cloud-task | 定时任务 |
| spring-cloud-zookeeper | 注册中心 |
| spring-cloud-fegin | 声明式服务调用客户端 |
| spring-cloud-hystrix | 服务降级、服务熔断、线程隔离 |
| spring-cloud-bus | 消息总线 |
| spring-cloud-zuul | 服务网关 |
| spring-cloud-session | 会话共享 |
| ...... | ...... |
