前面我们已经完成了注册中心和服务提供者两个基础组件。本文就介绍使用Spring Cloud Ribbon在客户端负载均衡的调用服务。
对于大型应用系统负载均衡(LB:Load Balancing)是首要被解决一个问题。在微服务之前LB方案主要是集中式负载均衡方案,在服务消费者和服务提供者之间又一个独立的LB,LB通常是专门的硬件,如F5,或者是基于软件的,如VS、HAproxy等。LB上有所有服务的地址映射表,当服务消费者调用某个目标服务时,它先向LB发起请求,由LB以某种策略(比如:Round-Robin)做负载均衡后将请求转发到目标服务。
而微服务的出现,则为LB的实现提供了另外一种思路:把LB的功能以库的方式集成到服务消费方的进程内,而不是由一个集中的设备或服务器提供。这种方案称为软负载均衡(Soft Load Balancing)或者客户端负载均衡。在Spring Cloud中配合Eureka的服务注册功能,Ribbon子项目则为REST客户端实现了负载均衡。
使用Spring Cloud Ribbon实现服务消费者
新建spring-cloud-sample-tutorial-consumer项目
在spring-cloud-sample-tutorial下新建spring-cloud-sample-tutorial-consumer子项目
添加ribbon和eureka依赖
<dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-eureka</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-ribbon</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> </dependencies>
配置applicatioin.properties,注册中心地址
spring.application.name=consumer server.port=30001 eureka.client.service-url.defaultZone=http://localhost:10001/eureka/,http://localhost:10002/eureka/
编写UserController,添加@LoadBalanced注解,启用Ribbon负载均衡
@Controller @RequestMapping("user") public class UserController { @Bean @LoadBalanced RestTemplate initRestTemplate(){ return new RestTemplate(); } @Autowired private RestTemplate restTemplate; @RequestMapping("add") @ResponseBody public String add(String userName, String age){ return restTemplate.getForEntity("http://PRODUCER/user/add",String.class,userName,age).getBody(); } }
编写ConsumerApplication,添加@EnableEurekaClient,启用服务注册
@EnableEurekaClient @SpringBootApplication public class ConsumerApplication { public static void main(String[] args) { SpringApplication.run(ConsumerApplication.class,args); } }
集群部署Producer
为了模拟集群的Producer,在producer项目中新建application-profile1.properties和application-profile2.properties。
application-profile1.properties
spring.application.name=producer server.port=20001 eureka.client.service-url.defaultZone=http://localhost:10001/eureka/,http://localhost:10002/eureka/
application-profile2.properties
spring.application.name=producer server.port=20002 eureka.client.service-url.defaultZone=http://localhost:10001/eureka/,http://localhost:10002/eureka/
为了测试负载的效果,我们把被调用服务的端口打出来
@Controller @RequestMapping("user") public class UserController { private Logger logger = LoggerFactory.getLogger(getClass()); @Autowired private DiscoveryClient client; @RequestMapping("add") @ResponseBody public String addUser(String userName, String age) { return "Success from " + client.getLocalServiceInstance().getHost() + ":" + client.getLocalServiceInstance().getPort() ; } }
启动测试
启动注册中心
分别配置Active Profiles为profile1和profile2,启动两次,完成注册中心集群的服务启动。
启动服务提供者
按上面同样的方法,启动服务提供者。
启动服务消费者
服务提供者单机就可以了,正常启动ConsumerApplication即可。
验证
从浏览器输入http://localhost:30001/user/add
再次访问:
可以看到,我们的负载均衡调用服务,已经成功了,默认是按轮训的方式做负载均衡。
总结
本文介绍并完成了使用Spring Cloud Ribbon进行客户端负载均衡的调用。
接下来我们继续介绍怎么使用Spring Cloud进行服务监控。
源码下载
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小牛知识库。
本文向大家介绍Spring Cloud Ribbon实现客户端负载均衡的方法,包括了Spring Cloud Ribbon实现客户端负载均衡的方法的使用技巧和注意事项,需要的朋友参考一下 简介 我们继续以之前博客的代码为基础,增加Ribbon组件来提供客户端负载均衡。负载均衡是实现高并发、高性能、可伸缩服务的重要组成部分,它可以把请求分散到一个集群中不同的服务器中,以减轻每个服务器的负担。客户端负
本文向大家介绍详解spring cloud中使用Ribbon实现客户端的软负载均衡,包括了详解spring cloud中使用Ribbon实现客户端的软负载均衡的使用技巧和注意事项,需要的朋友参考一下 开篇 本例是在springboot整合H2内存数据库,实现单元测试与数据库无关性和使用RestTemplate消费spring boot的Restful服务两个示例的基础上改造而来 在使用RestTe
我在kubernetes pods中使用带有Python的gRPC作为客户端/服务器......我希望能够启动多个相同类型的pod(gRPC服务器)并让客户端(随机)连接到它们。 我调度了10个服务器吊舱,并设置了一个“服务”来瞄准它们。然后,在客户端,我连接到服务的DNS名称——这意味着kubernetes应该进行负载平衡,并将我指向一个随机服务器pod。实际上,客户机调用gRPC函数(这很有效
负载均衡(Load balancing)是一种计算机网络技术,用来在多个计算机(计算机集群)、网络连接、CPU、磁盘驱动器或其他资源中分配负载,以达到最佳化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。 使用带有负载均衡的多个服务器组件,取代单一的组件,可以通过冗余提高可靠性。负载均衡服务通常是由专用软体和硬件来完成。 负载均衡最重要的一个应用是利用多台服务器提供单一服务,这种方案有
负载均衡包括负载均衡实例、访问控制及证书。 实例 负载均衡实例是一个运行的负载均衡服务,通过设置的虚拟IP接收流量并将其转发分配给后端服务器。 访问控制 访问控制用于设置访问负载均衡的IP白名单或IP黑名单。 证书 当在负载均衡实例上配置HTTPS监听转发来自HTTPS协议的请求时,需要配置证书。
一个简单的负载均衡的示例,把www.domain.com均衡到本机不同的端口,也可以改为均衡到不同的地址上。> http { : upstream myproject { : server 127.0.0.1:8000 weight=3; : server 127.0.0.1:8001; : server 127.0.0.1:8002; : server 127.0.0.1:8003; : }