在字节的时候接触过一些业务推rs,他们的这么干的前提是
字节已经把市面上的机器得差不多了(商either没多余产能或者不愿意)而业务还在增长服务扛不住(如我之前在的广告业务常年处于完全没有半个空闲的core可用只能拆东墙补西墙的状态)直接对着现有的go服务基本不重构地把逻辑照抄成rs然后照着编译报错小修小改,开发成本不是很高
结果这些服务从latency到资源全线压缩一半以上,省下来的机器拿去扩别的服务。
其中值得注意的是
rs代码基本没有做重构完全照抄原代码逻辑,为了简化生命周期各种copyclonearc乱飞开发效率并不低,据我所知参与迁移的人力基本都没用rs上过生产甚至golang仔现学,用rs照抄逻辑只要编译过了就能上环境,基本不用deug