分享内容很有清晰，分享精神很可贵，

现在浦东张江，虽然离地铁口不远，但是还是有点郊区的感觉。打算往更近市中心的地方搬，这样才能更好吸引人才， 我们会搬到陆家嘴世纪大道附近，搬了以后搞 ruby 的技术交流就方便了，哈哈

@rubyfan1 感谢支持，我在薄荷🌿 欢迎到我们办公室坐一坐，哈哈 我们过阵子打算搬新的办公室了，新的地方一定更赞

更喜欢使用 enumerize gem，而不是 rails 的这个特性，原因是 enum 自动生成的方法太容易引起命名冲突了，一不小心就会中招。

对，就是这个 https://github.com/xiewenwei/smart_shard_key ，我很早之前写的，刚刚在手机上不方便给链接。

还有种更简单的方法，每个 client 自己生成，其实算法很简单，我的 github 里就有一个

使用 snowflake 的方法为什么被排除呢？我觉得用 snowflake 的方法很合适你的情况，不过要做一些调整，每个机房建立自己的 snowflake 服务就可以，不需要跨机房调用。

首先环境区分是有意义的，除了你上面提到的点还有更多，比如支付区分沙盒环境和生产环境等等，不区分会一团糟。

如果这些配置很多，全部通过环境变量传递和使用是一个很大的负担，麻烦而且容易出错，不如和代码放在一起，还可以有完整的版本控制。

不过，的确有一些敏感信息（如密码）基于安全考虑不适合放配置文件里，这种配置可以用环境变量。

没必要为了 docker 削足适履，这是我的看法。

模式区分是非常棒的一种实践，为啥要去掉？用环境变量指定模式不就行了。

应该是 GrowthingIO 吧，玎玎应该自己发啊