第二百四十七章 灰度发布（为盟主【读而痒则写】加更） (第1/2页)

昨天晚上没加班，也没看书学习，刷完两集电视剧就早早睡了。早晨起得早，洗了个澡，姜亦心这会儿只觉得神清气爽。
　　
　　她正坐在一间大会议室里，周围是御风项目各组的员工。
　　
　　“灰度数据怎么样？”姜亦心问。
　　
　　“好，甚至不能只说好。”李文回答，“简直太好了，比现在的水星还要好。”
　　
　　经过几天简单准备，御风大约百分之一的流量已经通过灰度发布，接在汤圆模型上。
　　
　　具体做法是，在御风软件里，同一段逻辑写了两份：一份把请求发给水星，一份把请求发给汤圆。
　　
　　用户使用时，会先做一个简单判断：看该用户有没有被灰度覆盖。若覆盖，就走发给汤圆的那段代码；否则，仍走发给水星的代码。
　　
　　当然，这个阶段为了收集两个模型回复差异的数据，系统其实会同时把请求发给两边，记录答案，再从中选一个返回给用户。
　　
　　如果这百分之一的流量稳定、没问题，就逐步提高比例，直到全部流量都调用汤圆。
　　
　　发布过程中一旦哪里出问题，随时可以切回水星旧路径作为备用方案。
　　
　　这种方式最大限度地保证用户体验，让用户不至于在发布过程中受影响。
　　
　　全部流量切到新系统后，旧系统一般还会保留一段时间备用；等新系统稳定运行一阵，才会删掉旧系统代码。
　　
　　至此，一次完整迁移才算完成。
　　
　　对姜亦心来说，这是她第一次做类似项目；对陈建业和李文来说，却已经轻车熟路。
　　
　　在大厂，系统一直在演进，也一直在迁移。可以说，每个工程师团队不是在迁移，就是在做迁移前的准备，或者迁移后的收尾。
　　
　　原本源码团队对汤圆的预期，是接近水星水平，尽量别让用户体验损失太大，就算成功。
　　
　　没想到汤圆和水星比起来竟全面胜出。
　　
　　更高、更快、更强——不对。
　　
　　是更快、更聪明、更懂用户需求。
　　
　　还有一点，源码科技的产品御风，调用源智科技的大模型汤圆，并不是免费的。
　　
　　要按汤圆的API调用价格收费。
　　
　　虽然汤圆的定价还没正式公布，但基于电力、算力成本，成本价已经有了。
　　
　　这才是最离谱的。
　　
　　要知道，源码和NexusAI现在签的框架协议也是成本价；可汤圆的成本价比起水星的成本价，连十分之一都不到。
　　
　　这对源码科技、对御风来说意味着什么？
　　
　　毛利率暴涨，直接从70%涨到97%。
　　
　　这和印钱也没区别了。
　　
　　当然，等汤圆定价出来，源码就不能再按这个价格给了，肯定要涨价；但再怎么涨，也是暴利。
　　
　　这还不止。御风的用户量和调用量都在上涨，灰度到汤圆的那些用户，使用模式更惊人——因为汤圆能力提升，单个问题的会话数降低了，总调用量却变高了。换句话说，这些人变得更爱用御风了。
　　
　　为了做好这次迁移，他们收集的数据很多：错误率、超时率、回滚率、用户主动重试率、结果撤回率、继续追问率。
　　
　　所有数据都表明，在御风场景下，汤圆全面优于水星模型。
　　
　　所有参与项目的人都在心里问：哪里冒出来这么厉害的一个模型？
　　
　　只有姜亦心知道，这是韩路一几个月前就布好的战略，如今终于和源码这条线合流了。
　　
　　看着议论纷纷的下属，她在心里暗笑：原来这就是信息差的爽感吗？
　　
　　以后，汤圆就是御风的官配了。
　　
　　“既然数据已经验证过了，准备进入第二阶段。”姜亦心发话，“百分之十。如果没问题，两天后加到百分之五十；再过一个周末，下周中全量切到新模型。”
　　
　　听完姜亦心的安排，会议室里的人都多少有些忐忑。
　　
　　现在的御风，已经是注册数两百多万、日活二十多万的现象级软件。这个量级的系统迁移，在这么短的时间里做，已经挺冒险了。
　　
　　

（本章未完，请点击下一页继续阅读）