SpringCloud
SpringCloud
- SpringCloud是一系列框架的有序集合,是一个分布式微服务治理的框架,本身不会提供具体功能性的操作,是一个为开发者提供快速构建分布式系统的工具。简化了分布式系统基础设施的开发,包括服务发现、服务注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
- SpringCloud不是重复制造轮子,而是将目前各家公司开发的比较成熟的服务框架组合起来,通过SpringBoot风格进行再封装,屏蔽掉复杂的配置和实现原理,最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包,即默认大于配置;
————————————————————————————————
SpringBoot和SpringCloud的联系与区别
- SpringBoot+SpringCloud实现微服务开发。具体就是,SpringCloud具备微服务开发的核心技术:RPC远程调用技术;SpringBoot的web组件默认集成了SpringMVC,可以实现HTTP+JSON(Restfull)的轻量级传输,编写微服务接口,所以SpringCloud是依赖SpringBoot框架实现微服务开发。
- SpringBoot专注于快速开发单个微服务,SpringCloud是将SpringBoot开发的一个个单体微服务整合并管理起来,它是关注全局的服务治理框架(RPC远程调用技术、服务治理等);
- SpringBoot可以离开SpringCloud独立使用开发项目,但是SpringCloud离不开SpringBoot,属于依赖的关系。
什么是微服务?
- 2014 年 Martin Fowler 提出的一种新的架构形式。微服务架构是一种架构模式,提倡将单一应用程序划分成一组小的服务,服务之间相互协调,互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务之间采用轻量级的通信机制(如HTTP或Dubbo)互相协作,每个服务都围绕着具体的业务进行构建,并且能够被独立的部署到生产环境中,另外,应尽量避免统一的,集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选择合适的语言、工具(如Maven)对其进行构建。
- 微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底地去耦合,每一个微服务提供单个业务功能的服务,一个服务做一件事情,从技术角度看就是一种小而独立的处理过程,类似进程的概念,能够自行单独启动或销毁,拥有自己独立的数据库。
微服务架构主要要解决哪些问题?
- 服务很多,客户端怎么访问,如何提供对外网关?
- 这么多服务,服务之间如何通信? HTTP还是RPC?
- 这么多服务,如何治理? 服务的注册和发现。
- 服务挂了怎么办?熔断机制。
有哪些主流微服务框架?
- Spring Cloud Netflix
- Spring Cloud Alibaba
- SpringBoot + Dubbo + ZooKeeper
SpringCloud有哪些核心组件?
SpringCloud包含什么
1)默默无闻服务:融合在每个微服务中、依赖其它组件并为其提供服务。
① Ribbon:客户端负载均衡,特性有区域亲和、重试机制。
② Hystrix:客户端容错保护,特性有服务降级、服务熔断、请求缓存、请求合并、依赖隔离。
③ Feign:声明式服务调用,本质上就是Ribbon+Hystrix。
④ Stream:消息驱动,有Sink、Source、Processor三种通道,特性有订阅发布、消费组、消息分区。
⑤ Bus:消息总线,配合Config仓库修改的一种Stream实现。
⑥ Sleuth:分布式服务追踪,需要搞清楚TraceID和SpanID以及抽样,如何与ELK整合。
2)独挑大梁:独自启动不需要依赖其它组件,单枪匹马都能干。
① Eureka:服务注册中心,特性有失效剔除、服务保护。
② Dashboard:Hystrix仪表盘,监控集群模式和单点模式,其中集群模式需要收集器Turbine配合。
③ Zuul:API服务网关,功能有路由分发和过滤。
④ Config:分布式配置中心,支持本地仓库、SVN、Git、Jar包内配置等模式。
3)各司其职:每个组件都不是平白无故的产生的,是为了解决某一特定的问题而存在。
① Eureka和Ribbon,是最基础的组件,一个注册服务,一个消费服务。
② Hystrix为了优化Ribbon、防止整个微服务架构因为某个服务节点的问题导致崩溃,是个保险丝的作用。
③ Dashboard给Hystrix统计和展示用的,而且监控服务节点的整体压力和健康情况。
④ Turbine是集群收集器,服务于Dashboard的。 Feign是方便我们程序员些更优美的代码的。
⑤ Zuul是加在整个微服务最前沿的防火墙和代理器,隐藏微服务结点IP端口信息,加强安全保护的。
⑥ Config是为了解决所有微服务各自维护各自的配置,设置一个同意的配置中心,方便修改配置的。
⑦ Bus是因为config修改完配置后各个结点都要refresh才能生效实在太麻烦,所以交给bus来通知服务节点刷新配置的。
⑧ Stream是为了简化研发人员对MQ使用的复杂度,弱化MQ的差异性,达到程序和MQ松耦合。
⑨ Sleuth是因为单次请求在微服务节点中跳转无法追溯,解决任务链日志追踪问题的。