SpringCloud 小知识和历史

六Spring Cloud

回顾之前的：

javaSE
数据库
前端
Servlet
HTTP
Mybatis
Spring
SpringMVC
SpringBoot
Dubbo、Zookeeper、分布式基础
Maven、Git
Ajax、json

微服务产生的背景

单体架构

单体业务的问题：

随着业务的发展，开发变得越来越复杂
修改、新增某个功能，需要对整个系统进行车市，从新部署
一个模块出现问题，横坑能导致整个系统的崩溃
对团队同事对数据进行管理，容易产生安全漏洞
各个模块视同同一种的技术框架，局限性太大，很难根据业务选择最适合的技术架构
模块的内容太复杂，如果员工离职，可能要横长时间才能完成任务的交接

为了解决上述问题微服务架构营运而生，简单来说，微服务就是将一个单体应用拆分成

若干个小型的服务，协同完成系统功能的一种架构模式，在系统架构层面进行解耦合，讲一个复杂的问题拆分成若干个简单的问题。

这样的好处对于每一个简单的问题，开发维护部署的难度降低很多，就可以实现自治，可以自主选择最适合的技术框架，提高了项目的灵活性

微服务框架不仅仅是简单的拆分，拆分之后的各个服务之间还要进行通信，否则就无法协同完成需求

微服务之间只需要制定统一的协议即可，至于每个微服务之间使用什么样的技术框架来完成，统统不要关心

这种松耦合的方式开发，部署都变得灵活同事系统更容易扩展，减低了开发、运维的难度。

程序员的境界

1.使用框架

2.掌握技术自己写框架

3.解决问题

分布式服务

微服务的优点

各个服务之间实现了松耦合，彼此之间不再关注对方是使用什么语言开发，什么技术，只需要保证自己的接口的正常访问，通过标准协议访问其他的接口即可
各个微服务之间独立自治，只需要专注的做好自己的业务即可
微服务是一种去中性化的架构方式，相当于用零件的方式凭借一台机器，如果米格零件出现问题，可以随时替换从而保证机器的正常运行

微服务的不足

各个服务之间是利用系统调用使用的，如果某个微服务的远程调用出现问题，导致微服务不可用，就可能产生级联反应，造成整个系统的崩溃
如果某个需求要调用多个微服务，如何来保证数据的一致性
相比较于单体应用微服务学习难度会增加，对于团队新加入的员工来讲如何快速上手微服务是个问题

微服务的设计原则

从大到小、提炼出核心需求、搞清楚服务间的交互关系，先拆分粒度较大的服务，然后再根据具体的业务需求逐步细化服务粒度，最终形成一套合理的微服务系统架构

微服务的粒度不能太呆也不能太小，避免出现多个微服务处理同一个需求 单一职责
各个微服务之间要相互独立，自治，自主开发、自主测试、自主部署、自主维护 面向服务
保证数据的独立性、各个微服务独立管理业务模型下的数据自治
使用RESTful协议完成微服务之间的任务协助，数据交互采用JSON的格式，方便整和调用 隔离性强

微服务架构的核心组件

服务治理
- 服务注册
- 服务发现

提供服务的叫服务提供者，调用服务的叫服务消费者。

服务负载均衡（高并发）
服务网关
微服务的容错机制
分布式配置
服务监控

解决方案

最好的就是：

spring cloud 和阿里巴巴的Dubbo

功能	Dubbo	Spring Cloud	SpringCloudAlibaba
注册中心	zookeer、Redis	Eureka、Consul	Nacos、Eureka
服务远程调用	Dubbo协议	Feign(http协议)	Dubbo、Feign
配置中心	无	SpringCloudConfig	SpringCloudConfig、Nacos
服务网关	无	SpringCloudGateway、Zuul	SpringCloudGateway、Zuul
服务监控	dubbo-admin\功能弱	Hystrix	Sentinel

springCloud+Feign---Restful
SpringCloud+Feign----Restful
SpringCloudAlibaba+Dubbo----Dubbo方式
Dubbo原始模式（2012年） ----Dubbo

Spring Cloud

微服务时分布式软件架构的设计方式，具体的落地方案有衡多，Dubbo \Spring Boot/Srong Cloud\ Motan等等，spring cloud 基于spring boot 使得整体的开发、部署、配置都非常的简单、可以快速搭建基于微服务的分布式应用，springcloud相当于微服务的各个组件的集大成者

Spring boot 和Spring cloud的关系

Spring boot快速搭建基础的系统，Spring Cloud在此基础上实现了分布式微服务系统中的公共组件，入服务注册、服务发现、配置管理、熔断器、总线控制、服务调度方式是基于REST API。

服务治理 Eureka
服务通信 Ribbon
服务通信 Feign
服务容错 Hystrix
服务配置 Config
服务监控 Actuator
服务跟踪 Zipkin

搭建微服务系统的核心中枢

服务治理的核心组件

服务提供者
服务消费者
注册中心

分布式系统架构中，每个微服务再批董事，将自己的信息存储在注册中心，服务注册

服务消费者从注册中心查询的服务提供者的网络信息，并且通过词信息调用服务提供者的接口，服务发现。

注册中心管理各个微服务：通过心跳机制，每隔一段时间微服务回想注册中兴进行汇报，如果注册中心长时间无法与某个微服务通信，就自动销毁该服务

当某个服务的网络信息发声改变时，会重新注册。

服务者、服务消费者、注册中心的关联：

启动注册中心
服务提供者启动，在注册中心注册一个可以提供服务的实例
服务消费者启动，在注册中心订阅需要调用的服务
在注册中心将服务提供者的信息推送该服务调用者
服务调用者调用相关信息（IP.端口）调用服务提供者的服务

注册中心的核心模块

服务注册表
服务注册
服务发现
服务检查

spring cloud的服务治理用Eureka组件