从php5.6到golang1.19-文库App性能跃迁之路

原创

于 2023-07-06 10:10:06 发布 · 631 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#golang #APP #百度文库

本文详细介绍了百度文库App从PHP迁移到Go的技术栈升级过程，包括动机、技术选型、基础建设、流量迁移和重构实践，通过迁移实现了性能提升、代码优化和资源效率的提高。

在这里插入图片描述

作者 | 百度文库App

导读

本文深入浅出地分享了百度文库App服务端技术栈从PHP迁移至Go的实战经验，包含了技术选型、基础建设、流量迁移的具体方案，以及核心项目案例的重构实践。

全文6209字，预计阅读时间16分钟。

01 动机

长期以来，百度文库App服务端采用 PHP 作为主要开发语言，高效地支撑了业务迭代发展。随着平台流量的持续增长，服务端的负载越来越大逐渐接近系统瓶颈。为了提升系统的负载能力，我们采取了一些优化手段，其中最快最有效的方法是增加在线集群的实例数量。此外，还采用过lua开发项目，承接一些逻辑简单而访问量大的接口来分担负载。由于lua本身的一些局限性，不适合做复杂的业务逻辑。

伴随着IT技术的发展潮流，我们积极响应公司降本增效的号召，决定在2022年年中迁移并重构服务端技术栈。旨在升级技术架构，提升系统负载能力。

把握技术栈迁移和项目重构的时机是很难的一件事情，特别是成熟的团队要进行大的系统改动。如果没有出现真正的痛点，即使研发同学认为技术实现上已经出现诸多设计不合理和有风险的地方，往往并不被允许花大量时间去做技术项目。可一旦连业务人员（产品经理、销售、运营）也觉得系统功能需要升级的时候，比如在用户体验上，App文档搜索接口延迟比较长，产品同学认为如果首屏渲染能明显提速的话，对点击率、付费率都会有大幅的提升，但是研发这边基于老的技术栈已经难以做优化了，那么此刻就很适合做迁移重构。

恰逢其时，产品同学提出一些提升用户体验，同时适合项目重构的需求，比如：加速搜索结果页首屏渲染、新App首页，AIGC智能创作。这些大需求十分有利于迁移重构工作的启动，它们把迁移重构所需增加的额外人力占用降到最低。在已有的功能上做迁移重构，更快更稳定的接口响应带来流畅的用户体验，这有利于促进整体团队的okr目标达成。

回过头来，梳理下当时服务端基于php5.6的技术债务：

1、底层技术：语言版本老旧，特性落后，存在执行效率低，安全风险，资源浪费的缺陷；

2、开发质效：业务逻辑交叉耦合，大量废弃的接口和下线的业务逻辑，降低了代码可读性、可维护性，持续增加项目迭代的难度。

△技术债务

02 启动之前的状态

服务部署上，文库App的服务端部署方式是nginx+hhvm（HipHop VM 3.0.1;baidu version:1.1.6 (rel)），HHVM 是 Facebook 开发的高性能 PHP 虚拟机，是传统的nginx+php-fpm的一个性能优化版本。近年已经失去了hhvm原创团队的持续维护迭代，它支持的语法特性和执行效率相对落后，存在一定安全风险。

查看启动迁移之初的服务端实例用量，有赖于日常运维，首先确认在线服务的实例cpu、内存和磁盘使用率在合理的阈值内，排除了利用率较低导致资源浪费、利用率过高会有容灾风险的情况。在应用层，我们一共使用了数以千计的php5实例。