3.1 作事发现、心跳经管模块重构九游体育娱乐网

3.1.1 原有架构

不错看到在原有架构，业务 RANK 和 BS 实例皆是直连 ETCD，跟着业务接入数目的增多冉冉暴领悟一些问题:

读流量放大。同行务的不同 RANK 实例会各自走访 ETCD 得回交流的路由拓扑，导致读流量放大，关于 RANK 实例数多的业务放大现象愈发显着。

写流量放大。每个分片含有多个副本，在进行更新时，一轮周期内吞并个分片会被写入屡次，导致写流量放大，关于副本数多的分片写竞争愈发浓烈。

升级校正祸患。路由筛选战略、心跳上报战略均内嵌在 sched-lib 中，进行升级需要给每个业务 RANK/BS 上线，东谈主力资本宽敞。

为了处分上述问题，咱们对心跳经管和作事发现模块进行了微作事拆分，新增心跳作事 (以下简称 HS) 和名字作事 (以下简称 NS) 幸免了业求实例直连 ETCD，同期引入了 Prometheus，对心跳上报景色和路由得回景色等信息进行监控和可视化展示。

3.1.2 NS (NamingService) 盘算推算

咱们对 NS 的定位是行动 ETCD 的 cache，选择 Read-Through 的模式，对全量业务的 RANK 提供拓扑信息查询，RANK 不再径直走访 ETCD:

NS 本人盘算推算为一个无景色作事， RANK 不错走访苟且一台 NS 得回拓扑，NS 实例之间拓扑路由保证最终一致性，NS 在拓扑变更时复返拓扑信息 + MD5 (拓扑)+ 更新工夫戳，未变更时仅复返 MD5 和工夫戳， RANK 基于 MD5 和工夫戳自行判断是否需要更新。

拓扑更新战略下千里到 NS 中，RANK 得回到的拓扑即为径直可用拓扑，针对不同行务提供不同的罢休战略而且后续升级校正只需上线 NS，资本大幅镌汰。

单机房 3 台 NS 实例即可撑执一起业务拓扑查询，重构前后 ETCD 读流量比例为 M:3，M 为平均每个业务 RANK 实例数，假定 N 取 30，则读流量着落 90%。

3.1.3 HS (HeartbeatService) 盘算推算

HS 慎重收罗 BS 实例本人的心跳以及实例消耗的分片的心跳，周期性团员写入 ETCD，而且向 BS 实例复返其最新的消耗分片信息:

HS 选择无主节点盘算推算，也支执苟且水平膨胀。吞并个业务的不同 BS 实例通过一致性 hash 花式苦求吞并台 HS 实例，便于 HS 进行分片维度的信息团员，这么在大部分工夫，每个分片不管有几许个副本一个周期内只会被写入一次，实例本人的心跳选择批量更新神志，写竞争大幅镌汰。

BS 在上报心跳的同期会从 HS 的 response 中得回自身消耗的最新分片信息，若是分片信息变化，则清算老分片数据，消耗新分片数据，后续只上报新分片景色信息。

单机房 3 台 NS 实例即可撑执一起业务心跳更新，重构前后 ETCD 写流量比例为 N:1，N 为平均每个分片副本数，假定 N 取 5，则写流量着落 80%。