昨天晚上没有加班、没有看书学习，刷了两集电视剧之后早早睡觉了。早晨早早起来洗了个澡，姜亦心现在觉得神清气爽。
她现在正坐在一个大会议室里，周围坐满了御风项目各个组的员工。
“灰度数据怎么样？”姜亦心问道。
“好，甚至不能说是好。”李文回答道，“简直是太好了，比现在的水星还要好。”
经过几天的简单准备，御风的流量有大概百分之一经过灰度发布，接到了汤圆模型上。
具体来说，在御风的软件里，同一个代码写了两份，一份把请求发给水星，一份把请求发给汤圆。
当用户使用的时候，会有一个简单的逻辑判断这个用户有没有被灰度发布覆盖，如果有的话，就使用发给汤圆的那段代码，反之使用发给水星的代码。
当然，为了收集两个模型之间回复有多大差距的数据，在这个阶段，其实会同时把请求发给两个模型，把答案记录下来，然后在其中选择一个来返回给用户。
如果这百分之一的流量使用稳定，没有问题，就可以逐步加大比例，直到百分之百的流量都调用汤圆为止。
在这个发布的过程中，如果哪里出了问题，都可以随时切回使用水星的旧路径，作为备用方案。
这种方法最大限度地保证了用户体验，确保用户不会在发布的过程中被影响。
等到全部流量切换到新系统之后，旧系统一般还会保留一段时间作为备用，直到新系统稳定运行了一段时间之后，才会把旧系统的代码删除。
这样，一个完整的迁移就完成了。
对姜亦心来说，这是她第一次做类似的项目，但是对陈建业和李文来说，他们已经轻车熟路了。
在大厂，系统一直在演进，也一直在迁移。可以说，每一个工程师团队，如果没有在做迁移，就是在做迁移前的准备，或者迁移后的收尾。
原本源码团队对汤圆的预期是接近水星的水平，尽量不让用户体验有太大的损失，就算是成功。
没想到汤圆和水星比起来是全面胜出。
更高，更快，更强——不对。
是更快，更聪明，更懂用户需求。
还有一点，源码科技的产品御风，调用源智科技的大模型汤圆，不是免费的。
要按汤圆的api调用价格收费。
虽然汤圆的定价还没正式公布，但是基于电力、算力成本，已经有了成本价。