 |
odirusV2EX 第 54221 号会员，加入于 2014-01-14 21:24:11 +08:00今日活跃度排名 12191 |
blog.odirus.science/
odirus 最近回复了
47 天前 回复了 maobukui 创建的主题 › 生活 › 一早和家里人发生的一件极不愉快的事 |
OP ，你挂一个 OSS 地址流量费遭不住哟，不过好处是可以随时撤回
113 天前 回复了 repairman 创建的主题 › 分享创造 › 我的产品有 22K 注册用户，月活用户达到了 129K . (期待大家的建议!) |
哈哈，Path 命名有意思，secondhand_api
126 天前 回复了 mrant 创建的主题 › 分享发现 › 15 款 Mac，计划这周去升级运存到 16G，顺便看看有没换主板升 cpu 的必要 |
15 款顶配，动静大一点温度经常接近 100 度，自带的风扇根本顶不住，不得不在下面又搞个风冷。
感谢提醒，想起当时 6.3 屯了一点，所以赶紧续了三年。
177 天前 回复了 NoKey 创建的主题 › 程序员 › 雪花算法生成 ID，如何便捷的生成机器 ID |
我们刚好有这个功能：
1. 提供一个服务端来下发未使用的 workerId ；
2. 客户端获取到 workerId 后定期上报心跳到服务端；
3. 服务端维护 workerId 的心跳信息（并针对异常心跳做断言，提前发现问题），一段时间内没心跳后标记为未使用；
当然还有一些细节：
1. 要考虑某个 Pod 反复重启的情况；
2. 引入命名空间的概念，针对数据不会交叉的场景隔离命名空间，不然 workerId 根本不够用；
3. 我们在 MySQL 还实现了一条有意思的 SQL：通过无锁的方式获取未被使用的 workerId ，返回范围在[0-MAX]，不用做取模等；
1. 提供一个服务端来下发未使用的 workerId ；
2. 客户端获取到 workerId 后定期上报心跳到服务端；
3. 服务端维护 workerId 的心跳信息（并针对异常心跳做断言，提前发现问题），一段时间内没心跳后标记为未使用；
当然还有一些细节：
1. 要考虑某个 Pod 反复重启的情况；
2. 引入命名空间的概念，针对数据不会交叉的场景隔离命名空间，不然 workerId 根本不够用；
3. 我们在 MySQL 还实现了一条有意思的 SQL：通过无锁的方式获取未被使用的 workerId ，返回范围在[0-MAX]，不用做取模等；
212 天前 回复了 F1reman 创建的主题 › 分享发现 › 关于新版红绿灯真不知道该怎么记？ |
其实一直都是这样子的吧，只是大部分路口都精简化过的。不过我倒是遇到过那种超级复杂的路口，稍不注意就会懵，都不知道要看哪组红绿灯。
Select Language