Spring Cloud NetFlix 系列-01.微服务简介

本文笔记全程参考狂神的Spring Cloud Netflix课程

视频链接： https://www.bilibili.com/video/BV1jJ411S7xr?p=1

1. 微服务概述

1.1 什么是微服务？

微服务(Microservice Architecture) 是近几年流行的一种架构思想，关于它的概念很难一言以蔽之。

维基百科：微服务架构

• 它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。
• 每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTful API）。
• 每个服务都围绕着具体业务进行构建，并且能够独立地部署到生产环境、类生产环境等。
• 另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据上下文，选择合适的语言、工具对其进行构建。

服务一个或者一组相对较小且独立的功能单元。微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合，每一个微服务提供单个业务功能的服务，一个服务做一件事情，从技术角度看就是一种小而独立的处理过程，类似进程的概念，能够自行单独启动或销毁，拥有自己独立的数据库。

1.2 微服务优缺点

优点

• 单一职责原则；
• 每个服务为独立的业务开发，一个微服务一般完成某个特定的功能，像：订单管理，用户管理等；
• 代码量和逻辑复杂度低，易于开发和维护
• 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的；
• 微服务能使用不同的语言开发；
• 局部修改，部署相对简单，不必重启整个项目从而大大节约时间。
• 微服务之间通过一些轻量级的通信机制进行通信，例如通过REST API或者RPC的方式进行调用。
• 微服务只是业务逻辑的代码，不会和HTML，CSS，或其他的界面混合;
• 每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一的数据库；

缺点

• 开发人员要处理分布式系统的复杂性；
• 多服务运维难度，随着服务的增加，运维的压力也在增大；
• 系统部署依赖问题；
• 服务间通信成本问题；
• 数据一致性问题；
• 系统集成测试问题；
• 性能和监控问题；

1.3 微服务常用的技术栈

• 服务开发：SpringBoot
• 服务注册和发现：Eureka、Zookeeper
• 服务熔断和降级：Hystrix
• 服务网关：Zuul
• 负载均衡：Ribbon、Nginx，只不过Ribbon是客户端的负载均衡，Nginx是服务端的负载均衡。
• 服务间接口调用：Feign
• 配置中心：Spring Cloud Config、携程的Apollo

1.4 为什么选择SpringCloud作为微服务架构

单体架构复杂性逐渐变高、代码量庞大的惊人，留下的坑很难被发觉，部署项目所花费的时间越来越多，无法按需进行伸缩。
微服务每个模块就相当于一个单独的项目，代码量明显减少，遇到问题也相对来说比较好解决；可以使用不同的存储方式（比如有的用redis，有的用mysql等），数据库也是单个模块对应自己的数据库；开发模式更灵活。

• 整体解决方案和框架成熟度
• 社区热度
• 可维护性
• 学习曲线

2. SpringCloud入门概述

2.1 SpringCloud是什么？

‎Spring Cloud为开发人员提供了工具，用于快速构建分布式系统中的一些常见模式（例如配置管理，服务发现，断路器，智能路由，微代理，控制总线，一次性令牌，全局锁，领导选举，分布式会话，集群状态）。分布式系统的协调导致了样板模式，使用Spring Cloud开发人员可以快速建立实现这些模式的服务和应用程序。它们可以在任何分布式环境中很好地工作，包括开发人员自己的笔记本电脑，裸机数据中心和托管平台，如Cloud Foundry。‎

2.2 SpringCloud和SpringBoot的关系

• SpringBoot专注于快速方便的开发单个个体微服务；简化了配置文件，使用嵌入式web服务器，含有诸多开箱即用微服务功能，可以和spring cloud联合部署
• SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务，整合并管理起来，为各个微服务之间提供：配置管理、服务发现、断路器、路由、为代理、事件总栈、全局锁、决策竞选、分布式会话等等集成服务；
• SpringBoot可以离开SpringCloud独立使用，开发项目，但SpringCloud离不开SpringBoot，属于依赖关系；

总结：SpringBoot专注于快速、方便的开发单个个体微服务，SpringCloud关注全局的服务治理框架；

2.3 Dubbo和SpringCloud技术选型

最大区别：Spring Cloud 抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式

严格来说，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这个优点在当下强调快速演化的微服务环境下，显得更加合适。

Dubbo的定位是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。

2.4 SpringCloud能干啥

Spring Cloud专注于为典型用例提供良好的开箱即用体验，并提供扩展性机制以覆盖其他用例。‎

• ‎分布式/版本化配置‎（Distributed/versioned configuration）
• ‎服务注册和发现‎（Service registration and discovery）
• ‎路由‎（Routing）
• ‎服务到服务呼叫‎（Service-to-service calls）
• ‎负载均衡‎（Load balancing）
• ‎断路器（Circuit Breakers）‎
• ‎全局锁（Global locks）‎
• ‎领导层选举和集群状态‎（Leadership election and cluster state）
• ‎分布式消息传递‎（Distributed messaging）