![](https://img-blog.csdnimg.cn/20201014180756724.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
spring cloud
文章平均质量分 92
NotFoundObject.
为了不敲代码而努力。
展开
-
Spring Cloud浅谈个人尝鲜------Config 配置中心(六)
Spring Cloud Config1.开发中的实际问题随着线上项目变的日益庞大,每个项目都散落着各种配置文件,如果采用分布式的开发模式,需要的配置文件随着服务增加而不断增多。某一个基础服务信息变更,都会引起一系列的更新和重启,运维苦不堪言也容易出错。配置中心便是解决此类问题的灵丹妙药。市面上开源的配置中心有很多,BAT每家都出过,360的QConf、淘宝的diamond、百度的disconf都是解决这类问题。国外也有很多开源的配置中心Apache的Apache Commons Configurat原创 2020-12-16 09:57:08 · 146 阅读 · 0 评论 -
Spring Cloud浅谈个人尝鲜------Zuul 服务网关(五)
Spring Cloud浅谈个人尝鲜------Zuul 服务网关(五)前面几篇文章我们学习了Eureka用于服务的注册于发现,Feign支持服务的调用以及均衡负载,Hystrix处理服务的熔断防止故障扩散。我们还是少考虑了一个问题,外部的应用如何来访问内部各种各样的微服务呢?在微服务架构中,后端服务往往不直接开放给调用端,而是通过一个API网关根据请求的url,路由到相应的服务。当添加API网关后,在第三方调用端和服务提供方之间就创建了一面墙,这面墙直接与调用方通信进行权限控制,后将请求均衡分发给原创 2020-12-02 16:10:17 · 231 阅读 · 1 评论 -
Spring Cloud浅谈个人尝鲜------Hystrix 服务熔断,降级(四)
Spring Cloud浅谈个人尝鲜------Hystrix 服务熔断,降级(四)1.服务熔断服务熔断的作用类似于我们家用的保险丝,当某服务出现不可用或响应超时的情况时,为了防止整个系统出现雪崩,暂时停止对该服务的调用。2.服务降级服务降级是从整个系统的负荷情况出发和考虑的,对某些负荷会比较高的情况,为了预防某些功能(业务场景)出现负荷过载或者响应慢的情况,在其内部暂时舍弃对一些非核心的接口和数据的请求,而直接返回一个提前准备好的fallback(退路)错误处理信息。这样,虽然提供的是一个有损的服原创 2020-11-30 18:01:57 · 238 阅读 · 0 评论 -
Spring Cloud浅谈个人尝鲜------Feign 远程调用(三)
Spring Cloud浅谈个人尝鲜------Feign 远程调用(三)在前后端分离架构中,服务层被拆分成了很多的微服务,服务与服务之间难免发生交互 。工作流程如下:1、client1服务将自己注册到注册中心。2、client2从注册中心获取client1服务的地址。3、client2远程调用client1服务1 Ribbon1.1 Ribbon介绍 Ribbon是Netflix公司开源的一个负载均衡的项目(https://github.com/Netflix/ribbon),它是一个原创 2020-11-30 09:53:22 · 168 阅读 · 0 评论 -
Spring Cloud浅谈个人尝鲜------Eureka 服务治理(二)
Spring Cloud浅谈个人尝鲜------Eureka 服务治理(二)准备工作:创建Maven的父子结构 <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.0.3.RELEASE</versi原创 2020-11-30 09:34:28 · 107 阅读 · 0 评论 -
Spring Cloud浅谈个人尝鲜------微服务架构介绍(一)
Spring Cloud浅谈个人尝鲜------微服务架构介绍(一)文章目录Spring Cloud浅谈个人尝鲜------微服务架构介绍(一)前言一、微服务架构介绍二、出现和发展三、传统开发模式和微服务的区别**优点:****缺点:**四、微服务的具体特征五、怎么具体实现微服务1、客户端如何访问这些服务**2、每个服务之间如何通信****3**、如此多的服务,如何实现?**4、服务挂了,如何解决**六、**思考:意识的转变**总结前言提示:个人对于学习微服务的系列总结文章。不对的地方望指正。一原创 2020-11-28 15:52:10 · 123 阅读 · 0 评论