微服务之Eureka与Ribbon负载均衡

消费者与提供者

服务调用关系

• 服务提供者：暴露接口给其他微服务调用
• 服务消费者：调用其它微服务提供得接口
• 提供者和消费者角色都是相对得

Eureka原理

之前使用RestTemplate 我们得url是写死得（硬编码），不够灵活也无法轮询操作（负载均衡），所以这里使用Eureka。  下面详解：

消费者该如何获取服务提供者得地址信息

•   服务提供者启动时会像Eureka提供自己得注册信息
•   eureka保存这些信息
•   消费者根据服务名称像eureka拉取提供者信息

如果有多个服务提供者，消费者该如何选择

          利用负载均衡算法

消费者如何感知服务者健康状态？

         服务者向注册中心（Eurekaservce） 心跳续约 每30秒一次

        eureka会更新记录服务列表信息，心跳不正常会被剔除

        消费者就可以拉取到最新得信息

 

 搭建Eurekaservce服务

注册中心

 消费者与服务者

在orderservce 拉取服务 ：

总结

 Ribbon

 运转流程

1.随机规则

1. 针对全体
2. 针对某一个微服务而言

 饥饿加载

 单一服务用上图 多个服务用