• longslee
    2019-11-20
    打卡。交通流量这个比喻不错。
    
     7
  • 👽
    2019-11-25
    服务注册和发现的核心,其实就是——中间件。
    引入了一个注册中心的中间件,来统一管理 服务端 和 客户端。
    采用的保证服务端正常运行的手段是——心跳机制。
    定时向注册中心发送心跳包表明自己运行正常。

    作者回复: 👍

    
     4
  • 树洞老人
    2019-12-21
    醍醐灌顶!

    作者回复: 能有帮助就好~

    
     1
  • 旅途
    2019-12-01
    老师你好 rpc节点向注册中心发送心跳包是通过什么方式呢

    作者回复: 我之前的项目是注册中心提供http接口

    
     1
  • 约书亚
    2019-11-18
    其实我觉得你们自研的注册中心应该进一步学习eureka,做成分AZ部署的。自建机房和云是两个AZ,每个AZ一个注册中心,每个注册中心自己独享一个redis。二者互相同步,通过一些机制保证同步不会陷入循环,以及旧版本数据不会覆盖新版本的。

    作者回复: 现在存储已经改成raft协议的实现了

    
     1
  • Keith
    2019-11-23
    你好, 关于服务注册的问题:
    1. RPC服务端注册时的提供的是IP还是域名?
    2. 对于有多个节点的RPC服务端, 它向注册中心注册时是以整个服务为单位还是以每个节点为单位注册?

    作者回复: 1. 一般是IP
    2. 是每个节点

    
    
  • Keith
    2019-11-23
    关于文中提到的通过配置文件来实现服务发现的问题(扩容,服务故障修复,平滑重启), 对于其他服务可能存在, 但是对于Nginx, 它有reload指令来"热重启"服务, 有健康检查以及故障移除机制, 所以这些对Nginx来说不是问题吧?

    作者回复: 算是吧,不过高并发下 reload会有性能损耗

    
    
  • 我,还是过于单纯
    2019-11-21
    老师 您好
    之前说的闪断指的rpc服务和注册中心之间发生网络抖动导致连接短暂断开后又连上这样的场景

    作者回复: 是的 只要保证阈值时间内有心跳收到就可以了,闪断一般是不影响的

    
    
  • 我,还是过于单纯
    2019-11-20
    老师 您好
    按照文中所述服务端和注册中心是通过心跳来检测是否可用,那么是否意味着不存在所谓闪断的问题?如果存在闪断的问题,那么其使用的连接是重新创建的连接还是沿用以前的连接呢?

    作者回复: 闪断指的是rpc服务吗

     1
    
  • 我来也
    2019-11-19
    有个疑问:
    “假如你的服务有 100 个调用者,有 100 个节点,那么变更一个节点会推送 100 * 100 = 10000 个节点的数据。”

    这里为什么是100*100,而不是99+100呢?
    某个节点下线,告知另外的99个节点和100个调用者。

    难道是:
    每个节点再通知各自的调用者?
    展开
    
    
  • Geek_ed5c7b
    2019-11-18
    老师您好,我们公司由于规模不大目前没有使用注册中心。主要是通过域名或者k8s的svc来访问。我有个疑惑就是我们使用注册中心是不是因为http协议在请求的时候请求头数据大才选择通过rpc框架来进行服务调用。

    作者回复: 也不是,其实也可以使用http协议,只是国内同学已经被dubbo教育了好多年了:)

     2
    
  • Geek_e986e3
    2019-11-18
    老师想问问注册中心注册自身的时候多网卡的情况下怎么获取自身ip?我们之前是去掉127.0.0.1之后取第一个。有没有什么更优雅的获取ip的方法呢?

    作者回复: 可以标准化机器名,然后通过机器名获取IP

     1
    
我们在线,来聊聊吧