spring cloud大坑之ribbon和fegin

一开始接触spring cloud的时候，还没有听说过微服务这个概念，对于服务直接的沟通是什么个情况，怎么组成微服务的完全懵逼，看到网上的教程都是用ribbong和fegin来调用接口，然后官网也给的是这个教程就朝着这个方向一路走到黑。。。。

1、先记录下ribbon和fegin的技术实现以及问题

　　ribbon和fegin说到底都是直接调用接口，主要是用来解决一些需要多个服务同时做的事，ribbon直接调用接口地址，无非是做了一些封装处理，什么异常，根据服务名称负载均衡，甚至还有相配套的断路器hystrix，turbine，而fegin是差不多的，无非就是把restful api接口封装成本地函数，这里还有个问题就是fegin调用远程接口如果不能用的话，项目启动的时候就会报错，这点很坑非常坑。

2、串联不是很好可以考虑采用消息队列的方式

这里主要有两种大的考虑，一种是串联就是上面的ribbon，fegin，还有一种是通过消息组件的方式解耦微服务，前面一种方式通过可靠事件模式，业务补偿模式，TCC模式（Try-Confirm-Cancel）可以很高精度的保证数据的最终一致性，后面一种思路当出现异常的时候貌似不能很好保证数据的一致性，还是要再做一些东西才行，上面的3中模式也可以做第二种思路

　　这篇文章未完待续。。。。

时间： 2024-10-11 06:36:49

spring cloud大坑之ribbon和fegin的相关文章

Spring Cloud：使用Ribbon实现负载均衡详解（下）

在上一篇文章(Spring Cloud:使用Ribbon实现负载均衡详解(上))中,我对 Ribbon 做了一个介绍,Ribbon 可以实现直接通过服务名称对服务进行访问.这一篇文章我详细分析一下如何使用 Ribbon 实现客户端的负载均衡. 1. 使用 Ribbon 实现负载均衡 要实现负载均衡,首先要有多个订单服务提供者,目前我们就一个 microservice-order-provider01,端口号 8001,我们可以仿照这个服务,再创建两个子模块,也是订单服务提供者,取名为 micro

解决Spring Cloud中Feign/Ribbon第一次请求失败的方法

前言 在Spring Cloud中,Feign和Ribbon在整合了Hystrix后,可能会出现首次调用失败的问题,要如何解决该问题呢? 造成该问题的原因 Hystrix默认的超时时间是1秒,如果超过这个时间尚未响应,将会进入fallback代码.而首次请求往往会比较慢(因为Spring的懒加载机制,要实例化一些类),这个响应时间可能就大于1秒了.知道原因后,我们来总结一下解决放你. 解决方案有三种,以feign为例. 方法一 ? 1 hystrix.command.default.execut

Spring Cloud微服务Ribbon负载均衡/Zuul网关使用

客户端负载均衡,当服务节点出现问题时进行调节或是在正常情况下进行 服务调度.所谓的负载均衡,就是当服务提供的数量和调用方对服务进行 取舍的调节问题,在spring cloud中是通过Ribbon来解决的.还有另外一 种途径是通过服务端的负载均衡Nginx来解决.Ribbon是客户端的负载均 衡,通过Eureka来获取所有的服务的数量,客户端来调用服务时,Ribbon 通过一系列的算法来进行调节,选择哪个服务来进行调用.默认无需对 Ribbon进行配置,它会采用默认的算法进行负载均衡.可以对负载均

【spring cloud hoxton】Ribbon 真的能被 spring-cloud-loadbalancer 替代吗

背景 早上刷圈看到 Spring Cloud Hoxton.M2 Released 的消息,随手发布到了我的知识星球,过了会有个朋友过来如下问题. 抽取半天时间学习spring-cloud-loadbalancer 的源码,整理出此文总结  Spring Cloud Hoxton.M2 是第一个整合新的loadbalancer实现来替代Ribbon的版本 Spring Cloud Hoxton.M2 is the first release containing both blocking an

<Spring Cloud>入门三 Ribbon

1.Ribbon 客户端软负载均衡组件 1.1配置 搭建了三个消费者供客户端调用: 1.修改yml eureka: client: service-url: defaultZone: http://eureka-server01:8761/eureka/,http://eureka-server02:8762/eureka/ register-with-eureka: false 2.修改配置类 @LoadBalanced ,默认采用RoundRobin @Configuration publi

spring cloud: zuul(三): ribbon负载均衡配置

zuul的routes配置下path/url组合不支持负载均衡 下面介绍zuul的routes配置下的path/serviceId负载均衡配置 spring-boot-user微服务开启了:7901,7902两个服务 zuul服务 eureka服务 看配置: zuul: routes: myroute1: #配置的路由名 path: /user/** #访问路径 serviceId: spring-boot-user #配置路由的微服务名 ribbon: eureka: enable: fals

Spring Cloud 入门教程(五)： Ribbon实现客户端的负载均衡

接上节,假如我们的Hello world服务的访问量剧增,用一个服务已经无法承载, 我们可以把Hello World服务做成一个集群. 很简单,我们只需要复制Hello world服务,同时将原来的端口8762修改为8763.然后启动这两个Spring Boot应用, 就可以得到两个Hello World服务.这两个Hello world都注册到了eureka服务中心.这时候再访问http://localhost:8761, 可以看到两个hello world服务已经注册.(服务与注册参见Spr

Spring Cloud 客服端负载均衡 Ribbon

一.简介   Spring Cloud Ribbon 是一个基于Http和TCP的客服端负载均衡工具,它是基于Netflix Ribbon实现的.它不像服务注册中心.配置中心.API网关那样独立部署,但是它几乎存在于每个微服务的基础设施中.包括前面的提供的声明式服务调用也是基于该Ribbon实现的.理解Ribbon对于我们使用Spring Cloud来讲非常的重要,因为负载均衡是对系统的高可用.网络压力的缓解和处理能力扩容的重要手段之一.在上节的例子中,我们采用了声明式的方式来实现负载均衡.实际

spring cloud 使用ribbon简单处理客户端负载均衡

假如我们的multiple服务的访问量剧增,用一个服务已经无法承载, 我们可以把Hello World服务做成一个集群. 很简单,我们只需要复制Hello world服务,同时将原来的端口8762修改为8763.然后启动这两个Spring Boot应用, 就可以得到两个Hello World服务.这两个Hello world都注册到了eureka服务中心.这时候再访问http://localhost:8761, 可以看到两个multiple服务已经注册 1.  客户端的负载均衡 负载均衡可分为服