SpringCloud之(三)客户端负载均衡【SpringCloud Ribbon】

简介

  • 一个基于Http和Tcp的客户端负载均衡的工具类框架,基于netfixRibbon实现。
  • 以下所有内容均是从ribbon2.0出发。

负载均衡

  • 提升系统高可用,缓解网络压力和处理能力扩容的重要手段之一。
服务端负载均衡
  • 一般说的负载均衡通常指【服务端负载均衡】,分为以下两种:

硬件负载均衡

  • 主要通过在服务器之间安装负载均衡的设备来实现。

软件负载均衡

  • 通过在服务器安装一些具有负载均功能或模块的软件来完成工作。例【nginx】。

架构

这里写图片描述

实现流程

  • 维护一个下挂可用的服务端清单,通过心跳检测来剔除故障的服务端节点。以此来保证当前提供的服务端清单是可用的。当客户端发送请求到负载均衡设备的时候,该设备按某种算法(例【线性轮询】【按权重负载】【按流量负载】)从维护的可用服务端列表中取出一台服务器地址,然后进行转发。

客户端负载均衡

  • 与【服务端负载均衡】最大区别在于服务端清单在各个客户端维护。而这些服务端清单都来自于服务注册中心。

通过SpringCloud Ribbon封装,使用客户端负载均衡如下:
- 服务提供者只需要启动多个服务实例并注册到一个或多个注册中心。
- 服务消费者直接通过调用被【@LoadBalanced】修饰过的【RestTemplate】来实现面向服务的接口调用。

源码分析

  • 实现负载客户端负载均衡时,通过【@LoadBalanced】标记的RestTemplate用以【LoadBalancerClient】来进行配置。
LoadBalancerClient
  • 负载均衡客户端接口
源码
public interface LoadBalancerClient extends ServiceInstanceChooser {

    <T> T execute(String serviceId, LoadBalancerRequest<T> request) throws IOException;

    <T> T execute(String serviceId, ServiceInstance serviceInstance, LoadBalancerRequest<T> request) throws IOException;

    URI reconstructURI(ServiceInstance instance, URI original);
}

方法说明

  • ServiceInstance choose(String serviceId);
  • 根据传入的服务名serviceId,从负载均衡器中挑选一个对应服务的实例。
  • T execute(String serviceId, LoadBalancerRequest request)
  • 使用从负载均衡器中挑选出的服务实例来执行请求内容。
  • T execute(String serviceId, LoadBalancerRequest request);
  • 为系统构建一个合适的 host:port的 URI。在分布式系统中,我们使用逻辑上的服务名称作为host 来构建URI(替代服务实例的host:port形式)进行请求,比如http://myservice/path/to/service 。在该操作的定义中,前者 ServiceInstance 对象是带有host和port的具体服务实例,而后者 uRI 对象则是使用逻辑服务名定义为 host 的 URI ,而返回的 URI 内容则是通过 ServiceInstance 的服务实例详情拼接出的具体 host:port形式的请求地址。
LoadBalancerAutoConfiguration
  • 实现客户端负载均衡器的自动化配置类
源码
@Configuration
@ConditionalOnClass(RestTemplate.class)
@ConditionalOnBean(LoadBalancerClient.class)
@EnableConfigurationProperties(LoadBalancerRetryProperties.class)
public class LoadBalancerAutoConfiguration {

    @LoadBalanced
    @Autowired(required = false)
    private List<RestTemplate> restTemplates = Collections.emptyList();

    @Bean
    public SmartInitializingSingleton loadBalancedRestTemplateInitializerDeprecated(
            final ObjectProvider<List<RestTemplateCustomizer>> restTemplateCustomizers) {
        return () -> restTemplateCustomizers.ifAvailable(customizers -> {
            for (RestTemplate restTemplate : LoadBalancerAutoConfiguration.this.restTemplates) {
                for (RestTemplateCustomizer customizer : customizers) {
                    customizer.customize(restTemplate);
                }
            }
        });
    }

    @Autowired(required = false)
    private List<LoadBalancerRequestTransformer> transformers = Collections.emptyList();

    @Bean
    @ConditionalOnMissingBean
    public LoadBalancerRequestFactory loadBalancerRequestFactory(
            LoadBalancerClient loadBalancerClient) {
        return new LoadBalancerRequestFactory(loadBalancerClient, transformers);
    }

    @Configuration
    @ConditionalOnMissingClass("org.springframework.retry.support.RetryTemplate")
    static class LoadBalancerInterceptorConfig {
        @Bean
        public LoadBalancerInterceptor ribbonInterceptor(
                LoadBalancerClient loadBalancerClient,
                LoadBalancerRequestFactory requestFactory) {
            return new LoadBalancerInterceptor(loadBalancerClient, requestFactory);
        }

        @Bean
        @ConditionalOnMissingBean
        public RestTemplateCustomizer restTemplateCustomizer(
                final LoadBalancerInterceptor loadBalancerInterceptor) {
            return restTemplate -> {
                List<ClientHttpRequestInterceptor> list = new ArrayList<>(
                        restTemplate.getInterceptors());
                list.add(loadBalancerInterceptor);
                restTemplate.setInterceptors(list);
            };
        }
    }

    @Configuration
    @ConditionalOnClass(RetryTemplate.class)
    public static class RetryAutoConfiguration {

        @Bean
        @ConditionalOnMissingBean
        public LoadBalancedRetryFactory loadBalancedRetryFactory() {
            return new LoadBalancedRetryFactory() {};
        }
    }

    @Configuration
    @ConditionalOnClass(RetryTemplate.class)
    public static class RetryInterceptorAutoConfiguration {
        @Bean
        @ConditionalOnMissingBean
        public RetryLoadBalancerInterceptor ribbonInterceptor(
                LoadBalancerClient loadBalancerClient, LoadBalancerRetryProperties properties,
                LoadBalancerRequestFactory requestFactory,
                LoadBalancedRetryFactory loadBalancedRetryFactory) {
            return new RetryLoadBalancerInterceptor(loadBalancerClient, properties,
                    requestFactory, loadBalancedRetryFactory);
        }

        @Bean
        @ConditionalOnMissingBean
        public RestTemplateCustomizer restTemplateCustomizer(
                final RetryLoadBalancerInterceptor loadBalancerInterceptor) {
            return restTemplate -> {
                List<ClientHttpRequestInterceptor> list = new ArrayList<>(
                        restTemplate.getInterceptors());
                list.add(loadBalancerInterceptor);
                restTemplate.setInterceptors(list);
            };
        }
    }
}

实现负载均衡自动化配置类需要以下两个条件

  • @ConditionalOnClass(RestTemplate.class) 当前环境需要该类。
  • @ConditionalOnBean(LoadBalancerClient.class) 当前运行环境需要实现这个实例Bean

主要作用:

  • 创建了一个 LoadBalancerInterceptor 的 Bean ,用于实现对客户端发起请求时进行拦截,以实现客户端负载均衡。
  • 创建了一个RestTemplateCustomizer的Bean ,用于给RestTemplate增加 LoadBalancerInterceptor拦截器
  • 维护了一个被 LoadBalanced 注解修饰的 RestTemplate对象列表,并在这里进行初始化,通过调用 RestTemplateCustomizer的实例来给需要客户端负载均衡的RestTemplate增加LoadBalancerInterceptor拦截器。
  • 维护重试机制和正常负载均衡两种情况下的拦截器自动化配置。

重写客户端的拦截器使其具有负载均衡的作用。

  • LoadBalancerInterceptor
public class LoadBalancerInterceptor implements ClientHttpRequestInterceptor {

    private LoadBalancerClient loadBalancer;
    private LoadBalancerRequestFactory requestFactory;

    public LoadBalancerInterceptor(LoadBalancerClient loadBalancer, LoadBalancerRequestFactory requestFactory) {
        this.loadBalancer = loadBalancer;
        this.requestFactory = requestFactory;
    }

    public LoadBalancerInterceptor(LoadBalancerClient loadBalancer) {
        // for backwards compatibility
        this(loadBalancer, new LoadBalancerRequestFactory(loadBalancer));
    }

    @Override
    public ClientHttpResponse intercept(final HttpRequest request, final byte[] body,
            final ClientHttpRequestExecution execution) throws IOException {
        final URI originalUri = request.getURI();
        String serviceName = originalUri.getHost();
        Assert.state(serviceName != null, "Request URI does not contain a valid hostname: " + originalUri);
        return this.loadBalancer.execute(serviceName, requestFactory.createRequest(request, body, execution));
    }
}
总结
  • 系统启动后,客户端负载均衡自动化配置会把有标记【@LoadBalanced】的RestTemplate进行自定义化,就是添加具有【loadBalanceClient】的拦截器的实现。这样,当restTemplate进行http请求时,会被【LoadBalancerInterceptor】的【intercept】函数进行拦截。
  • 关系图如下:
    这里写图片描述
  • RestTemplate发送Http请求源码分析图
    这里写图片描述

负载均衡器

这里写图片描述

负载均衡策略

  • IRule接口实现图
    这里写图片描述

自动化配置

IClientConfig
- Ribbon 的客户端配置,默认采用 com.netffix.client.config.DefaultClientConfigImpl实现。
IRule
- Ribbon 的负载均衡策略,默认采用 com.netflix.loadbalancer.zoneAvoidanceRule 实现,该策略能够在多区域环境下选出最佳区域的实例进行访问。
IPing
- Ribbon 的实例检查策略,默认采用com.netflix.loadbalancer.NoOpPing 实现,该检查策略是一个特殊的实现,实际上它默认认为所有服务实例都是可用的。
ServerList
- 服务实例清单的维护机制,默认采用com.netflix.loadbalancer.ConfigurationBasedServerList来实现。
ServerListFilter
- 服务实例清单过滤机制,默认采用org.springframework.cloud.netflix.ribbon.ZonePreferenceServerListFilter实现,该策略能够优先过滤出与请求调用方处于同区域的服务实例。

个性化需求配置

- 两种配置方式,可覆盖默认配置。

创建对应实现实例

@Configuration
public class CustomRibbonConfiguration{
    @Bean
    public IPing ribbonPing(IClientConfig config){
        return new PingUrl();
    }
}

通过【@RibbonClient】注解

  • 该注解细粒度更小,可配置到服务实例层次
@Configuration
@RibbonClient(name="hello-service",configuration=HelloServiceConfiguration.class)
public class RibbonConfiguration{

}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Spring Cloud负载均衡Ribbon是一种客户端负载均衡工具,它可以将请求分发到多个服务提供者实例中,从而提高系统的可用性和性能。Ribbon可以根据不同的负载均衡策略来选择服务提供者,例如轮询、随机、加权轮询等。同时,Ribbon还支持服务发现和服务注册,可以自动地从服务注册中心获取可用的服务实例列表。在Spring Cloud微服务架构中,Ribbon是非常重要的一部分,它可以帮助我们构建高可用、高性能的微服务系统。 ### 回答2: Spring Cloud 负载均衡Ribbon 是一个在客户端上运行的组件,可以在目标服务之间分配传入请求,以降低每个服务的负载。Ribbon 提供了多种负载均衡策略,包括简单轮询、随机、使用可用性统计数据等。 在实践中,Ribbon 可以轻松地集成到 Spring Cloud 应用中,通过配置文件中的特殊前缀“@LoadBalanced”来激活负载均衡服务。Spring Cloud 应用可以使用 Ribbon 来调用其他 REST 服务,而不用担心网络瓶颈和性能问题。 使用 Ribbon 进行负载均衡的最大好处是其透明的实现,使得客户端无需感知分配策略的变化。具体来说,当使用 Ribbon 负载均衡时,客户端可以轮流使用不同的目标服务,而无需编写特定的代码。Ribbon 为开发人员提供了一致的抽象层,以便简化分配策略和请求转发的实现。 Ribbon 作为 Spring Cloud 的核心组件之一,可以与其他重要的云基础设施服务进行集成,例如 Eureka 服务注册、Zookeeper 服务发现和 Consul 网格。通过这种方式,Ribbon 可以很容易地在多个云基础设施服务之间进行切换和部署。此外,Ribbon 还支持快速故障转移和自动重试机制,以确保应用程序可以在单个节点或整个系统故障时保持高可用性。 ### 回答3: Spring Cloud是一个基于Spring Boot实现的云原生应用开发框架,其中Spring Cloud Ribbon是其核心组件之一,提供了负载均衡的功能。 在传统的架构中,为了保证高可用性和可扩展性,常常需要多个相同的应用实例来处理用户请求,这时候就需要使用负载均衡来将请求均匀地分配到各个实例上。Spring Cloud Ribbon就是为了实现这个目的而设计的。 Ribbon可以将所有服务实例看作是一个整体,通过算法(一般为轮询算法)将请求分配给各个实例,从而实现负载均衡Ribbon内部维护了一个可用服务实例列表,当有服务实例启动或宕机时,它会实时更新列表,保证了服务的动态感知和适应。 Ribbon还提供了一些负载均衡策略,比如轮询(Round Robin)、随机(Random)、最少连接(Least Connection)等,可以根据具体业务来选择不同的策略。 在Spring Cloud中,使用Ribbon进行负载均衡非常简单,只需要加上@LoadBalanced注解,就可以实现自动的负载均衡。具体步骤如下: 1. 引入spring-cloud-starter-ribbon依赖 2. 创建RestTemplate实例,并添加@LoadBalanced注解 3. 像普通的RestTemplate一样使用其get、post等方法发起请求即可 最后,需要注意的是,Ribbon只是一种负载均衡的实现方式,而且还有其它的负载均衡框架可以选择,比如Nginx、HAProxy等。选择哪种负载均衡框架,需要根据具体业务需求、系统规模等综合考虑。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值