[功能请求] 支持明确的宽限期更新策略

根据目前的文献,尚不清楚产卵请求如何解决已存在的后端冲突宽限期. 例如,如果我用60s'的grace 期'为foo'锁生产后端,然后15s以后再用300s'的foo'和grace 期'锁生产后端,我的理解是,不会开始重复的后端。 但宽限期的行为现在还没有定义.

会吗?

1. 仍为 " 60s " , " 45s " 为 " 45 "
2. 仍为 " 60年代 " , " 60年代 " 后为 " 60年代 "
3. 现为 " 300s " , " 255s " 为左
4. 现为 " 300s " 和 " 300s "

理想的情况是,我想要一个关于产卵请求的enum field,可以定义使用哪种策略(默认为我想象的倒置行为). 然而,我的团队特别会受益于的策略是,只有在宽限期大于之前的宽限期时,宽限期才会被重新设定为新要求的价值. 例如,`GracePeriod Strategy.LARGEST WINS'。

原因就是我们有两个密码 生成后端 第一个由正在连接后端的用户所触发. 在这个代码路径中,我们设定了一个宽大的宽限期,预计用户可能会断开并重新连接. 第二是后端的自动化, 产生后端, 在这种模式下,最大赢家允许我们升级到更长的会话是用户确实连接,如果一个用户已经在线,则在自动化运行时防止降级.