picone

@whyrookie #110 双轨迹我的观点和你一样，我只是在补充这种现象背后，相当于是一种以前的一种期权，已经发生了的事很难追责，相当于以前许下的承诺现在需要兑现，现阶段能做的需要避免以后这种不公平。

@whyrookie #92
其实这相当于给一部分人发期权了，让他老了再来领钱，钱从哪来？后面的人解决。
站在当事人的角度不一定有好好想过这个问题，就像我们现在嚷嚷着要提高福利而不讨论福利的钱从哪里来一样。
这不得不说一下美国的货币宽松政策，只要有强权就可以无限借债，从而解决了钱从哪里来的问题。如果不能对外输出通胀压力的话只会像日本那样

@shineshane #10 如果讲强一致的话，那问题就复杂了，回滚之类的。看业务场景，我们之前的场景只需要保证数据能写入就行，所以没所谓。
就像你所说的，所有方案都不完美哈哈。其实只要适合业务就行了，会有一定的容忍度。

@wuxi889 #7 我没有理解，一条数据要不就是让 A 处理，要不就是让 B 处理，无论是哪个服务处理都得写两个数据库。
其实你把新服务当成是能灰度发布就行了，会存在中间态。

@dianso #17 老哥新年好，我家有公网 v4 ，刚入坑 PT ，想找更多资源看
base64: NDY3MzYwNjg3QHFxLmNvbQ==

1. 双写 /双读，根据业务进行取舍。比如 B 读 Pg + MySQL ，或者 A 读 Pg+MySQL ，又或者两个服务都写一遍两个库。
2. 如果不是太重要的业务能接受一段时间不一致，可以用 binlog 同步去 pg
3. 网关对用户进行分流，新用户都在 B 服务，但是不太好回滚。

@jarven123 #31 可以的