Lambda PDF生成を27倍高速化した話 — Puppeteerから@react-pdf/rendererへの移行レポート - Findy Tech Blog

こんにちは。Findy Freelance開発チームの久木田です。 今回は、社内で運用している支払明細書PDFの生成基盤を、Lambda + Puppeteerから@react-pdf/rendererへ全面的に移行した話を書きます。最終的に処理時間はP50（中央値）で約27倍速くなり、メモリ消費も実測で約1/4まで落とせました。 これまでのPDF生成基盤と課題 対症療法でしのいだ期間 根本対応を決めた3つの背景 技術選定: 戻れる順に試す 移行で押さえておきたい実装ポイント 設計と実装のキモ テンプレート構造 esbuildで橋渡し どう変わったか 学び これまでのPDF生成基盤と課題 現在、システムから発行しているPDFはいくつかありますが、本記事では一例として支払明細書PDFに絞って紹介します。ファインディからフリーランスエンジニアへの支払明細として月次で一括発行しているPDFです。

[rna]

「このPDFは、AWS Lambda上でPuppeteerを起動し、EJSテンプレートから組み上げたHTMLをヘッドレスのChromiumでレンダリングしてPDF化する構成で動いていました」大富豪じゃんよ。

[pekee-nuee-nuee]

chromiumのレンダラが優秀すぎるのよ

[mkusaka]

Lambda + Puppeteerから@react-pdf/rendererへ移行し、P50約27倍高速＆メモリ約1/4に改善したレポート。

[Eiichiro]

CloudRunでバックグラウンドでChronium起動済みの構成にすれば、スケールできるし、応答速度は、200ms切れるよ。結局テンプレートエンジンを組み込む形で高速化してそうなので、HTMLの自由さは得られないんだよなぁ。

[for-my-internet-demo]

この手のケースでインフラ変えずに乗り切れるの久々に見れて良い

[masatomo-m]

業務帳票だと1pxでも変わったらデグレ扱いでNGとか言われることがあるし、その割にレイアウトは柔軟にしたいとか言われるので、Chromiumレンダリングからやるケースはそれなりに多いよね

[nguyen-oi]

PuppeteerをLambdaで動かす地獄から解放されるのな。移行のJSX書き換えをAIに丸投げできたのが大きいな

[heppokopg2013]

同じことやってるので激アツ