简单了解SpringCloud运行原理

这篇文章主要介绍了简单了解SpringCloud运行原理,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下

SpringCloud是基于SpringBoot这一高度自动化的应用开发框架，将各类业界比较知名的、得到过实践反馈的开元服务治理相关的技术框架进行优化整合的框架，是一种开发方式的优化和组合，，是一组框架的统称，基于SpringBoot的starter定制，实现开箱即用的目标，通过简单的声明式注解，就能实现服务的调用、负载均衡、限流、熔断等机制

SpringCloud的核心组件

首先要通过定制一套基于SpringBoot的starter以便快速进行框架依赖的集成于配置，所以用springcloud进行微服务开发时，在项目中通过“spring-cloud-starter-parent”父依赖来实现其他框架级组件的快速引入，虽然只是很简单的引入了一个父依赖，但是实际上却是引入了整个SpringBoot的框架体系一级SpringCloud框架体系的整个依赖

核心组件：

SpringCloudStarters：SpringBoot式的启动项目，为SC提供了开箱即用的依赖管理；

Consul：是一个用Go语言编写的服务发现与配置工具，可作为整个微服务体系的服务注册中心；

Eureka：是一个用java语言编写的服务注册中心；

Feign：是一种声明式、模块化的http客户端，用于简化微服务间的调用行为；

Ribbon：是一个进程间通信库（远程过程调用），内置了软件负载均衡器，主要的使用模型包括REST调用，支持各种序列化方案；

Zuul：是一个网关服务，他提供动态路由、监视、弹性、安全性等等；

Hystrix：是一个延迟和容错库，旨在隔离对远程系统、服务和第三方库的访问点，停止级联故障，并在不可避免的复杂分布式系统中启用弹性；

SpringCloudConfig：配置管理工具包，让你可以把配置放到远程服务器，集中化管理集群配置，目前支持本地存储、Git以及Subversion；

各个服务间进行通讯调用的核心问题，也就是通过Feign进行客户端的服务调用，微服务动支持通过Eureka进行多节点集群部署，客户端调用时还需要实现负载均衡等功能，在SpringCloud中是通过Feign框架组合Ribbon框架来实现的

微服务系统中还要实现限流熔断的核心问题：服务的限流和熔断，如果服务间的调用出现阻塞就需要进行及时的限流，并通过熔断来保证服务的基本可用性，可通过Zuul和Hystrix服务，通过注解的方式来提供这样的功能机制

服务的配置管理核心问题：通过SpringCloudConfig 独立配置服务管理来实现，通过该组件实现SC体系中所哟偶微服务应用配置的集中化管理

SpringCloud的核心注解：

@EnableDiscoveryClient：定义在spring-cloud-commons包中，便于快速实现服务注册与发现的功能注解定义。在主启动类上定义；

　　@EnableDiscoveryClient注解的定义中通过“@import（{EnableDiscoveryClientImportSelector.class}）”类，此类通过定义“isEnable（）”方法表示开始服务注册与发现等功能，染红其父类型“SpringFactoryImportSelector”通过“selectImports（）”方法开始扫描eureka继承的starter依赖包。需要在项目中引入“spring-cloud-starter-consul-discovery”依赖包，这个依赖的“META-INF/spring.factories”文件指向具体依赖“spring-cloud-consul-discovery”，而该依赖中的“META-INF/spring-factories”文件则包含了一系列自动配置类，这些自动配置类会在应用启动时进行初始化和加载，完成微服务与Eureka的连接。

以上说明了SC进行微服务自动发现注册配置的基本原理，实际上还是基于SpringBoot的机制来实现的，具体怎样交互连接的可看“spring-cloud-consul-discovery”的源码

@EnableFeignClient：用于告诉框架扫描所有通过注解@FeignClient定义的feign客户端。服务消费方通过@EnableFeignClients注解开启配置后，可以通过@FeignClient注解就可以进行服务调用了，而且实现了客户端负载均衡。这个注解默认是会默认开启Ribbon代理的，而Ribbon是实现客户端负载均衡的一个组件，通过从Eureka拉取服务节点信息，从而以轮询的方式转发客户端调用请求到不同的服务端节点来实现负载均衡。

@EnableCircuitBreake：通过此注解来使用断路器，该注解会引入Hystrix的配置，其过程与@EnableEurekaClient注解的过程一致，通过导入EnableCircuitBreakerImportSelector类，开启断路器设置，如果项目中引入了“spring-cloud-starter-hystrix”依赖包，那么在应用加载时会初始化Hystrix相关的自动配置类。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

赞 (0)

相关推荐

  • 详解spring cloud如何使用spring-test进行单元测试

    上篇和大家学习了spring cloud 如何整合reids,在测试时借用了web形式的restful接口进行的.那还有没有别的方式可以对spring boot和spring cloud编写的代码进行单元测试呢?答案:肯定是有的.这篇讲解一下如何使用 spring-boot-starter-test进行单元测试 1.新建项目sc-test,对应的pom.xml文件如下 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns

  • Springcloud中的region和zone的使用实例

    Springcloud中的region和zone的使用实例

    一.背景 用户量比较大或者用户地理位置分布范围很广的项目,一般都会有多个机房.这个时候如果上线springCloud服务的话,我们希望一个机房内的服务优先调用同一个机房内的服务 ,当同一个机房的服务不可用的时候,再去调用其它机房的服务,以达到减少延时的作用. 二.概念 eureka提供了region和zone两个概念来进行分区,这两个概念均来自于亚马逊的AWS: (1)region:可以简单理解为地理上的分区,比如亚洲地区,或者华北地区,再或者北京等等,没有具体大小的限制.根据项目具体的情况,可

  • springcloud config配置读取优先级过程详解

    情景描述 最近在修复Eureka的静态页面加载不出的缺陷时,最终发现是远程GIT仓库将静态资源访问方式配置给禁用了(spring.resources.add-mappings=false).虽然最后直接修改远程GIT仓库的此配置项给解决了(spring.resources.add-mappings=true),但是从中牵涉出的配置读取优先级我们必须好好的再回顾下 springcloud config读取仓库配置 通过config client模块来读取远程的仓库配置,只需要在boostrap.p

  • springboot2.0和springcloud Finchley版项目搭建(包含eureka，gateWay，Freign，Hystrix)

    前段时间spring boot 2.0发布了,与之对应的spring cloud Finchley版本也随之而来了,两者之间的关系和版本对应详见我这边文章:spring boot和spring cloud对应的版本关系 项目地址:spring-cloud-demo spring boot 1.x和spring cloud Dalston和Edgware版本搭建的微服务项目现在已经很流行了,现在很多企业都已经在用了,这里就不多说了. 使用版本说明: spring boot 2.0.x spring

  • 详解springcloud 基于feign的服务接口的统一hystrix降级处理

    springcloud开发微服务时,基于feign来做声明式服务接口,当启用hystrix服务熔断降级时,项目服务众多,每个Feign服务接口都得写一些重复问的服务降级处理代码,势必显得枯燥无味: Feign服务接口: @FeignClient(name="springcloud-nacos-producer", qualifier="productApiService", contextId="productApiService", fallb

  • Springcloud-nacos实现配置和注册中心的方法

    最近,阿里开源的nacos比较火,可以和springcloud和dubbo共用,对dubbo升级到springcloud非常的方便.这里学习一下他的配置和注册中心.我主要记录一下它的使用方式和踩得坑. nacos简单介绍 Nacos 致力于帮助您发现.配置和管理微服务.Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现.服务配置.服务元数据及流量管理. Nacos 帮助您更敏捷和容易地构建.交付和管理微服务平台. Nacos 是构建以"服务"为中心的现代应用架构 (例如

  • Spring Cloud 网关服务 zuul 动态路由的实现方法

    zuul动态路由 网关服务是流量的唯一入口.不能随便停服务.所以动态路由就显得尤为必要. 数据库动态路由基于事件刷新机制热修改zuul的路由属性. DiscoveryClientRouteLocator 可以看到DiscoveryClientRouteLocator 是默认的刷新的核心处理类. //重新加载路由信息方法 protected方法.需要子方法重新方法. protected LinkedHashMap<String, ZuulRoute> locateRoutes() //触发刷新的

  • SpringBoot+SpringCloud用户信息微服务传递实现解析

    这篇文章主要介绍了SpringBoot+SpringCloud实现登录用户信息在微服务之间的传递,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 实现思路: 1:准备一个ThreadLocal变量,供线程之间共享. 2:每个微服务对所有过来的Feign调用进行过滤,然后从请求头中获取User用户信息,并存在ThreadLocal变量中. 3:每个微服务在使用FeignClient调用别的微服务时,先从ThreadLocal里面取出user信息,并

  • 简单了解SpringCloud运行原理

    这篇文章主要介绍了简单了解SpringCloud运行原理,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 SpringCloud是基于SpringBoot这一高度自动化的应用开发框架,将各类业界比较知名的.得到过实践反馈的开元服务治理相关的技术框架进行优化整合的框架,是一种开发方式的优化和组合,,是一组框架的统称,基于SpringBoot的starter定制,实现开箱即用的目标,通过简单的声明式注解,就能实现服务的调用.负载均衡.限流.熔断等机制

  • JSP程序运行原理、文档结构及简单输入输出实例分析

    本文实例讲述了JSP程序运行原理.文档结构及简单输入输出.分享给大家供大家参考.具体如下: 目标: 掌握Web应用的文档结构: 掌握JSP的运行原理: 掌握JSP的简单输入和输出. 主要内容: 通过一个简单实例介绍Web应用的文档结构和运行原理: 通过一个简单的注册功能介绍基本的输入输出. 实现内容:客户端验证. 1. 文档结构 每个应用都有一个根目录,例如ch2:理论上可以放在任何地方,但是需要配置,简单的做法,直接放在了webapps这个目录下,在这个目录的应用会被自动加载. 在根目录下会有

  • Nodejs libuv运行原理详解

    前言 这应该是Nodejs的运行原理的第7篇分享,这篇过后,短时间内不会再分享Nodejs的运行原理,会停更一段时间,PS:不是不更,而是会开挖新的坑,最近有在研究RPG Maker MV,区块链,云计算,可能会更新一些相关文章,或者相关教学. 回到正题,异步编程的难点在于请求与响应不是按顺序发生的.以http server 为例,异步编程赋予了server 高并发的品质,而且他可以以很小的资源代价,不断地接受和处理请求.但是快速处理请求不表示快速地返回请求=>高并发不等同于快速反馈. 在Nod

  • Python实现简单的"导弹" 自动追踪原理解析

    Python实现简单的"导弹" 自动追踪原理解析

    自动追踪算法,在我们设计2D射击类游戏时经常会用到,这个听起来很高大上的东西,其实也并不是军事学的专利,在数学上解决的话需要去解微分方程, 这个没有点数学基础是很难算出来的.但是我们有了计算机就不一样了,依靠计算机极快速的运算速度,我们利用微分的思想,加上一点简单的三角学知识,就可以实现它. 好,话不多说,我们来看看它的算法原理,看图: 由于待会要用pygame演示,他的坐标系是y轴向下,所以这里我们也用y向下的坐标系. 算法总的思想就是根据上图,把时间t分割成足够小的片段(比如1/1000,这

  • 分析mybatis运行原理

    分析mybatis运行原理

    目录 一.Mybatis基本认识 1.1.动态代理 1.2.反射 二.Configuration对象作用 三.映射器结构 四.sqlsession执行流程(源码跟踪) 4.1.Executor 4.2.StatementHandler 4.3.结果处理器(ResultSetHandler) 4.4.总结 一.Mybatis基本认识 1.1.动态代理 之前我们知道Mapper仅仅是一个接口,而不是一个逻辑实现类.但是在Java中接口是无法执行逻辑的.这里Mybatis就是通过动态代理实现的.关于动

  • 深入理解以DEBUG方式线程的底层运行原理

    深入理解以DEBUG方式线程的底层运行原理

    目录 一.Java 运行时数据区域 二.用 DEBUG 的方式看线程运行原理 三.线程运行原理详细图解 四.用 DEBUG 的方式看多线程运行原理 一.Java 运行时数据区域 友情提示:这部分内容可能大部分同学都有一定的了解了,可以跳过直接进入下一小节哈. Java 虚拟机在执行 Java 程序的过程中会把它所管理的内存划分为若干个不同的数据区域,这些区域都有各自的用途,以及创建和销毁的时间. 全文我们都将以 JDK 7 的运行时数据区域为例: 先简单解释下线程共享和线程私有是啥意思. 所谓线

  • SparkSQl简介及运行原理

    SparkSQl简介及运行原理

    目录 一:什么是SparkSQL? (一)SparkSQL简介 (二)SparkSQL运行原理 (三)SparkSQL特点 二:DataFrame (一)什么是DataFrame? 补充:Spark中的RDD.DataFrame和DataSet讲解 (一)Spark中的模块 (二)RDD和DataFrame的区别 三:SparkSession (一)SparkSession简介 (二)SparkSession实质 (三)SparkSession特点 四:通过RDD创建DataFrame (一)通

  • Java中ExecutorService和ThreadPoolExecutor运行原理

    Java中ExecutorService和ThreadPoolExecutor运行原理

    目录 为什么要使用线程池 线程池的创建 线程的提交方法 具体实现 总结1 ThreadPoolExecutor运行原理 总结2 为什么要使用线程池 服务器应用程序中经常出现的情况是:单个任务处理的时间很短而请求的数目却是巨大的. 构建服务器应用程序的一个过于简单的模型应该是:每当一个请求到达就创建一个新线程,然后在新线程中为请求服务.实际上,对于原型开发这种方法工作得很好,但如果试图部署以这种方式运行的服务器应用程序,那么这种方法的严重不足就很明显. 每个请求对应一个线程(thread-per-

  • go-micro开发RPC服务以及运行原理介绍

    go-micro开发RPC服务以及运行原理介绍

    go-micro是一个知名的golang微服务框架,最新版本是v4,这篇文章将介绍go-micro v4开发RPC服务的方法及其运作原理. 基本概念 go-micro有几个重要的概念,后边开发RPC服务和介绍其运行原理的时候会用到,这里先熟悉下: Service:代表一个go-micro应用程序,Service中包括:Server.Client.Broker.Transport.Registry.Config.Store.Cache等程序运行所需的各个模块. Server:代表一个go-micr

  • Go语言对前端领域的入侵WebAssembly运行原理

    Go语言对前端领域的入侵WebAssembly运行原理

    目录 引言 WebAssembly 运行原理 Go WebAssembly 运行原理 Go WebAssembly 初体验 第一步 第二步 第三步 第四步 第五步 Javascript 真的需要担心 Go WebAssembly 的威胁么? 引言 从 Go 语言诞生以来,它就开始不断侵蚀 Java .C.C++ 语言的领地.今年下半年 Go 语言发布了 1.11 版本,引入了 WebAssembly 技术,浏览器端 Javascript 的垄断地位也开始遭遇 Go 语言的攻击.这次不同以往,它意

随机推荐