不要做过多的设计，刚开始的时候用一台服务器就可以了，后面如果流量真的多起来了，再花钱去购买第三方的对象存储、CDN 等服务，然后把旧图片迁移过去，而且迁移图片也不是很难的事情

@yufeng0681 这样会导致使用旧版本客户端的用户不能注册，相当于强迫用户要升级到新版本，用户体验很差。当然问题中的手机号也只是我临时想到的一个例子，而实际中肯定也还有很多场景是有着 [ 新版本功能规则做了变更，但不能影响到旧版本的用户 ] 的要求

@polyang 是的，前面回答的同学也是这么说，所以第二种我不会考虑了，哈哈。感谢你的回答

@wd 其实问题里我提到的两个方法都是可以做到共存的，差别就在于：第一种需要新增一个接口；第二种不需要新增，但需要在同一个接口里判断客户端版本，然后执行不同的逻辑。

@Maboroshii 新增一个 v2 的话，v2 和 v1 两个接口的代码就会大量重复，不过这种倒是可以通过抽取相同部分的代码来消除。v1 和 v2 两个接口只写差异部分的代码，相同部分的则通过调用共用函数 /方法来执行。感谢你的回答:)

@kaneg 比较赞同你的看法，我目前能想到的也是只能通过抽取公共部分来消除不同版本接口之间的重复代码，感谢你的回答~

你可以弄两个队列，比如 v1 版本的源数据放入到 v1 队列，A worker 负责处理。如果源数据有更新，则把新版本的数据放入到 v2 队列，然后再另起一个 B worker 处理 v2 版本的队列。等 v1 的队列都处理完了，就 Kill 掉 A worker

@Leviathann @xuanbg @dream4ever 可能“分工”这个词容易引起歧义，问题里的“分工”是指人员上的分离，前端、后端由不同的人去开发，而不是仅仅指前后端代码是否分离

我都是直接用 paypal 的 api 来做校验： https://developer.paypal.com/docs/api/webhooks/v1/#verify-webhook-signature

不是很懂你想怎样排序，是每个分组都留下 logtime 最新的那一行，然后整个结果集再按 logtime DESC 排序？