灰度上线发布的功能,后续转正的比较好处理。
遇到一些灰度测试效果不好的场景,功能下线了,但是有一部分被灰度到的用户,产生了历史数据。
应用要回滚,这部分灰度测试过程中,用户产生的历史数据要怎么处理比较好?
还是当作历史垃圾,成为屎山的一部分?
灰度上线发布的功能,后续转正的比较好处理。
遇到一些灰度测试效果不好的场景,功能下线了,但是有一部分被灰度到的用户,产生了历史数据。
应用要回滚,这部分灰度测试过程中,用户产生的历史数据要怎么处理比较好?
还是当作历史垃圾,成为屎山的一部分?
1
taqingqiu 4h 22m ago
你自己都已经有答案了,还问啥
|
2
AlanTeng 4h 16m ago
直接当成历史垃圾肯定是不行的吧,这部分数据格式要是不兼容的话岂不是炸了
|
3
JYii 4h 12m ago
没懂,你功能都下线了,产生的数据有什么用?日后看着闹心?如果数据间接影响了其他功能,洗数呗
|
4
josefacoder 2h 29m ago
我认为应该尽量避免修复数据这个行为,所以开发新功能时尽量满足开闭原则,不对历史字段定义进行修改.
这种情况只会产生无效数据,直接清理即可. 但是如果修改了历史定义,又回滚了代码就会导致产生逻辑错误的数据.应该尽量避免,万一发生这种情况除了数据修复似乎没有什么好办法. |