Over a million developers have joined DZone.

All and Sundry: Spring Cloud REST Client with Netflix Ribbon

DZone's Guide to

All and Sundry: Spring Cloud REST Client with Netflix Ribbon

As a followup to basic REST configurations, here's a glance at using Spring Cloud which employs Netflix Ribbon libraries for load balancing.

· Integration Zone ·
Free Resource

SnapLogic is the leading self-service enterprise-grade integration platform. Download the 2018 GartnerMagic Quadrant for Enterprise iPaaS or play around on the platform, risk free, for 30 days.

In an earlier blog post I had covered the basic configuration involved in making a REST call using Spring Cloud which utilizes Netflix Ribbon libraries internally to load balance calls, with basic configurations like setting read timeout, number of retries etc. Here I will go over some more customizations that can be done that will require going beyond the configuration files.

Use Case

My use case is very simple - I want to specify the URL(s) that a rest call is invoked against. This may appear straightforward to start with however there are a few catches to consider. By default if Spring Cloud sees Eureka related libraries in the classpath the behavior is to use Eureka to discover the instances of a service and loadbalance across the instances. 

Approach 1 - Use a non-loadbalanced Rest Template

public class RestTemplateDirectPongClient implements PongClient {    
  private final RestOperations restTemplate;    
  public RestTemplateDirectPongClient(
    @Qualifier("nonLoadbalancedRestTemplate") RestOperations restTemplate) {
    this.restTemplate = restTemplate;    }    

The big catch with the approach however is now that we have bypassed Ribbon all the features that Ribbon provides are lost - we would not have features like automatic retry, read and connect timeouts, loadbalancing in case we had multiple urls. So a better approach may be the following.

Approach 2 - Customize Ribbon based Rest Template

In the earlier blog post I had shown some basic customization of Ribbon which can be made using a configuration file:

        DeploymentContextBasedVipAddresses:  sample-pong    
        ReadTimeout: 5000    
        MaxAutoRetries: 2

All the customizations that you would normally do through a configuration file for Ribbon however do not carry over, in this specific instance I want to use a list of server instances that I specify instead of letting Ribbon figure out via a Eureka call. Using raw ribbon it is specified the following way:


This specific configuration will not work with Spring Cloud however, the way to specify a list of servers is by specifying a configuration file along these lines:

package org.bk.noscan.consumer.ribbon;

import com.netflix.client.config.IClientConfig;
import com.netflix.loadbalancer.ConfigurationBasedServerList;
import com.netflix.loadbalancer.Server;
import com.netflix.loadbalancer.ServerList;
import org.springframework.cloud.netflix.ribbon.RibbonClientConfiguration;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

public class PongDirectCallRibbonConfiguration extends RibbonClientConfiguration {    
  public ServerList<Server> ribbonServerList(IClientConfig clientConfig) {
    ConfigurationBasedServerList serverList = new ConfigurationBasedServerList();
    return serverList;    

and telling Ribbon to use this configuration for the specific "named client" that we are concerned about:

  @RibbonClient(name = "samplepongdirect", 
                configuration = PongDirectCallRibbonConfiguration.class),})

With this configuration in place, the list of servers can now be specified using configuration this way:

        DeploymentContextBasedVipAddresses: sample-pong    
        listOfServers: localhost:8082    
        ReadTimeout: 5000    
        MaxAutoRetries: 2

One thing to note is that since the Ribbon Configuration is a normal Spring configuration it will likely get picked up as part of the @ComponentScan annotation, since this is very specific for Ribbon we would not want this configuration to be picked up this way. I have avoided that by specifying a package not in the normal classpath scan "org.bk.noscan.*" package!, I am not sure if there is another clean way to do this but this approach has worked well for me.

This approach is little more extensive than the first approach, however the advantage is that once this is in place all the features of Ribbon carry over.


This concludes the customizations involved in using Spring Cloud with Ribbon. If you are interested in exploring the code a little further I have this integrated in my github repo here.


Spring Cloud reference documentation has been an awesome source of information for all the details presented here. I had mistakenly opened a github issue thinking that it is a Spring Cloud issue and got some very useful information through the discussion here

With SnapLogic’s integration platform you can save millions of dollars, increase integrator productivity by 5X, and reduce integration time to value by 90%. Sign up for our risk-free 30-day trial!

spring architecture ,java ,spring-cloud

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}