为什么?
微服务有很多,比如
购物车服务
订单服务
目录服务:商品基本信息
评论服务
库存服务
送货服务
推荐服务
等等,
如果客户端(前端)调用相关服务时,就必须知道每个微服务的ip,端口,微服务的数量越来越多,上百个微服务,客户的就比较困难,此时可以使用 API GetWay
,API 网关是一个服务器,也可以说是进入系统的唯一节点。这与面向对象设计模式中的 Facade 模式很像。API 网关封装内部系统的架构,并且提供 API 给各个客户端.
zuul: 是一个api getWay
spring:
application:
name: microservice-gateway-zuul
server:
port:8040
eureka:
client:
service-url:
defaultZone: http://user:password123@localhost:8761/eureka
instance:
prefer-ip-address: true
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds: 60000
#ribbon:
# ConnectTimeout: 3000
# ReadTimeout: 60000
zuul:
routes:
user:
path: /user/**
service-id: microservice-provider-user
ribbon:
eureka:
enabled: false
microservice-provider-user:
ribbon:
listOfServers: http://localhost:7900,http://localhost:7901
Eureka
心跳检查 30s,默认检测90s,
踢出已关闭节点
由于Eureka自我保护,心跳周期长,会出现已经关闭的节点在Eureka上还正常显示的情况,如何解决:
server:
enable-self-preservation: true# 设为false,关闭自我保护
eviction-interval-timer-in-ms: 60000
多网卡环境下Eureka选择的问题
选择规则:合法ip,索引值最小(eth0,eth1,eth2等等按这个顺序),并且没有在忽略列表中配置的网卡作为服务ip。
阿里云服务器,docker上会存在多个网卡的情况,如何解决:
eureka.instance.ip-adress
eureka.instance.prefer-ip-adress
服务感知慢
一个服务启动后最长可能需要2分钟时间才能被其他服务感知,默认30s,在生产环境中不要改这个值,但在测试环境可以通过
eureka.instance.leaseRenewallntervallnSeconds
来设置