APP大版本更新的架构设计

Question

一个典型场景

业务原有一套系统 后台 APP客户端，各种原因不是重点，重点是考虑重构，技术栈都不一样了，数据库也不一样了，接口也不一样了，都重新做了。那么问题来了：

在一定时期内老版本的APP会有不小的比例不升级，还要保持老的用户可以正常使用，看到新的内容，比如网易客户端他不更新新版，就看不到新内容这不合适。

在新旧共存的情况下，编辑团队肯定是希望在新的平台工作，而无需跑到老平台再发一遍内容。我们目前的方案是，原系统不动。全新做了新的系统，在新平台工作，通过写的一个转换程序自动将新的内容再发布到老的平台。

各位，有其他的想法吗，自我感觉这个办法并不是太好。

Answer 1

既然技术架构、数据库、接口都不同了，那么设计一个中间件在新后台生成老数据也是个法子；
在实际运营过程中，最好还是不断推送更新信息给老版本的客户，根据后台统计的老版本用户数，选择适当的时机关闭旧系统吧。