关于 gPdf

从用 HTML 绘制面单,到全球边缘 PDF 引擎

gPdf 是一个 JSON-to-PDF API,由一支从物流公司 IT 部门成长起来的小型工程团队打造。

我们的起点

gPdf 背后的每个关键技术选择,都来自真实生产负载:高并发跨境面单、发票、精确矢量条码、稳定分页、PDF/A 以及电子发票合规。

从物流现场开始

最早的版本是在真实物流业务里,为了解决面单打印和版式稳定性问题而做。

每天数百万份文档

跨境订单量放大后,中心化 PDF 架构在延迟、部署复杂度和成本可预测性上都暴露出问题。

运行在边缘的 Rust 引擎

现在的渲染引擎靠近文档生成和使用的位置运行,同时显著降低资源和运维开销。

诞生于真实物流流程

最开始,我们用 HTML 绘制和打印物流面单。随着业务量增长,我们转向 PHP 生成 PDF,后来又采用 Java 和 iText 来处理更复杂的文档和合规需求。

这些阶段都解决了当时的业务问题,但同样的限制不断出现:商业授权成本、基础设施开销、跨区域延迟,以及多地区部署复杂度。

为什么我们重写渲染引擎

随着公司向跨境业务扩展,每天要处理数百万订单、发票和面单。我们决定自己构建一套真正希望拥有的渲染引擎。

我们选择让 Rust 原生运行在 Cloudflare 全球边缘网络上,让文档尽可能靠近生成和消费的位置完成渲染,不再依赖浏览器进程、Java 基础设施或中心化渲染瓶颈。

让设计和生产保持一致

我们还开发了免费的 gPdf Studio 可视化编辑器,它输出的就是 API 使用的同一份 JSON。设计师和开发者可以围绕同一个文件协作,不需要手工翻译版式。

今天,我们仍然是一支亲自处理工程细节的团队,专注于高体量跨境文档工作流里的实际问题:精确矢量条码、可靠分页、PDF/A 和电子发票合规。

为什么把它商业化

在边缘构建不仅解决了延迟和规模问题,也改变了单页生成的成本结构,让我们能够提供基础设施级定价。

gPdf 起步价为每月 5 美元,可生成 10 万页。对物流、电商和重合规团队来说,大规模文档生成应该是可预测、可控制的成本。

我们先为自己做出了这套引擎,然后以一个不再让文档生成成为主要成本负担的价格,把它开放给更多开发者。