第246章 他还没看过图吧？ (1/5)

第249章 灰度发布（为盟主【读而痒则写】加更）

昨天晚上没有加班、没有看书学习，刷了两集电视剧之后早早睡觉了。早晨早早起来洗了个澡，姜亦心现在觉得神清气爽。

她现在正坐在一个大会议室里，周围坐满了御风项目各个组的员工。

「灰度数据怎么样？」姜亦心问道。

「好，甚至不能说是好。」李文回答道，「简直是太好了，比现在的水星还要好。」

忽然，经过几天的简单准备，御风的流量有大概百分之一经过灰度发布，接到了汤圆模型上。

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

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

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

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

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

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

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

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

对姜亦心来说，这是她第一次做类似的项目，但是对陈建业和李文来说，他们已经轻车熟路了。

在大厂，系统一直在演进，也一直在迁移。可以说，每一个工程师团队，如果没有在做迁移，就是在做迁移前的准备，或者迁移后的收尾。

原本源码团队对汤圆的预期是接近水星的水平，尽量不让用尸体验有太大的损失，就算是成功。

没想到汤圆和水星比起来是全面胜出。

更高，更快，更强不对。

是更快，更聪明，更懂用户需求。