圆模型上。

    具体来说，在御风的软件里，同一个代码写了两份，一份把请求发给水星，一份把请求发给汤圆。

    当用户使用的时候，会有一个简单的逻辑判断这个用户有没有被灰度发布覆盖，如果有的话，就使用发给汤圆的那段代码，反之使用发给水星的代码。

    当然，为了收集两个模型之间回复有多大差距的数据，在这个阶段，其实会同时把请求发给两个模型，把答案记录下来，然后在其中选择一个来返回给用户。

    如果这百分之一的流量使用稳定，没有问题，就可以逐步加大比例，直到百分之百的流量都调用汤圆为止。

    在这个发布的过程中，如果哪里出了问题，都可以随时切回使用水星的旧路径，作为备用方案。

    这种方法最大限度地保证了用户体验，确保用户不会在发布的过程中被影响。

    等到全部流量切换到新系统之后，旧系统一般还会保留一段时间作为备用，直到新系统稳定运行了一段时间之后，才会把旧系统的代码删除。

    这样，一个完整的迁移就完成了。