feature: registry add heartbeat

[xyz327]

Ⅰ. Describe what this PR did

add consul redis etcd3 registry heartbeat
#3812

Ⅱ. Does this pull request fix one issue?

Ⅲ. Why don't you add test cases (unit test/integration test)?

Ⅳ. Describe how to verify it

Ⅴ. Special notes for reviews

[codecov-commenter]

Codecov Report

Merging #3889 (819cd40) into develop (cfa2b24) will decrease coverage by 0.06%.
The diff coverage is 0.00%.

@@              Coverage Diff              @@
##             develop    #3889      +/-   ##
=============================================
- Coverage      40.37%   40.30%   -0.07%     
+ Complexity      3073     3070       -3     
=============================================
  Files            686      687       +1     
  Lines          23200    23231      +31     
  Branches        2869     2868       -1     
=============================================
- Hits            9367     9364       -3     
- Misses         12964    12997      +33     
- Partials         869      870       +1     

Impacted Files	Coverage Δ
...ery/registry/consul/ConsulRegistryServiceImpl.java	1.70% <0.00%> (-0.07%)	⬇️
...o/seata/discovery/registry/RegistryHeartBeats.java	0.00% <0.00%> (ø)
...covery/registry/etcd3/EtcdRegistryServiceImpl.java	11.45% <0.00%> (-0.18%)	⬇️
...n/src/main/java/io/seata/common/util/IdWorker.java	77.08% <0.00%> (-6.25%)	⬇️

[funky-eyes]

会有连接不自动重连，导致registry的时候失败吗？

[slievrly]

where HEARTBEAT configuration item ？

[xyz327]

where HEARTBEAT configuration item ？

配置直接用 seata 的配置对象 , 使用 registry.{registryType}.heartbeat.period registry.{registryType}.heartbeat.enabled 来配置心跳间隔和是否启动

[suhli]

为啥不在server那层加这个heartbeat?

[xyz327]

会有连接不自动重连，导致registry的时候失败吗？

遇到的问题场景是我们使用 consul 做注册中心(没有持久化)，极端情况导致整个 consul 集群重启，然后所有的 seata 节点注册信息就没有了.然后这时 seata 也不会重试注册(除非重启 seata 节点).

[xyz327]

为啥不在server那层加这个heartbeat?

在注册中心的 server 层做？

[suhli]

为啥不在server那层加这个heartbeat?

在注册中心实现的 server 层？

对啊,还有是不是没考虑到unregister的时候的情况?像redis unregister的时候应该要停掉的吧?

[xyz327]

为啥不在server那层加这个heartbeat?

在注册中心实现的 server 层？

对啊,还有是不是没考虑到unregister的时候的情况?像redis unregister的时候应该要停掉的吧?

例如在 redis/etcd 做这个心跳机制并不合适吧,毕竟他们只是个 k-v 存储而已,而且也不能统一(难度大 🤣). unregister 这个场景确定是没有考虑到, 需要处理下, 没想到什么场景下会做 unregister 的动作.

[funky-eyes]

请在changes 文件夹中1.5.0的两个md文件登记下pr和作者信息

[suhli]

为啥不在server那层加这个heartbeat?

在注册中心实现的 server 层？

对啊,还有是不是没考虑到unregister的时候的情况?像redis unregister的时候应该要停掉的吧?

例如在 redis/etcd 做这个心跳机制并不合适吧,毕竟他们只是个 k-v 存储而已,而且也不能统一(难度大 🤣). unregister 这个场景确定是没有考虑到, 需要处理下, 没想到什么场景下会做 unregister 的动作.

像redis这种在key被误删或者redis被强制重启的情况啊,不过这种情况有点极端,另外unregister这个应该要看具体的实现

[suhli]

为啥不在server那层加这个heartbeat?

在注册中心实现的 server 层？

对啊,还有是不是没考虑到unregister的时候的情况?像redis unregister的时候应该要停掉的吧?

例如在 redis/etcd 做这个心跳机制并不合适吧,毕竟他们只是个 k-v 存储而已,而且也不能统一(难度大 🤣). unregister 这个场景确定是没有考虑到, 需要处理下, 没想到什么场景下会做 unregister 的动作.

像redis这种在key被误删或者redis被强制重启的情况啊,不过这种情况有点极端,另外unregister这个应该要看具体的discovery client

对了像redis这些注册的时候会广播事件的是不是要做一些处理?

[funky-eyes]

LGTM @xingfudeshi PTAL

[xingfudeshi]

LGTM.