エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Pub/Sub で正常処理したメッセージが Dead Letter Queue に入る原因と対策 - LegalOn Technologies Engineering Blog
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Pub/Sub で正常処理したメッセージが Dead Letter Queue に入る原因と対策 - LegalOn Technologies Engineering Blog
はじめに こんにちは、株式会社LegalOn Technologies (検索・推薦チーム) の佐藤 (maomao905) です。 私... はじめに こんにちは、株式会社LegalOn Technologies (検索・推薦チーム) の佐藤 (maomao905) です。 私たちのチームでは、Google Cloud の Pub/Sub 経由で受信したリクエストを元に、LLM (大規模言語モデル) を用いて情報抽出を行い、その結果を検索エンジンに保存するパイプラインを運用しています。 この記事では、Pub/Sub で正常に処理されたメッセージが Dead Letter Queue に送られる問題の原因と対策を解説します。LLM を利用するなど、メッセージ 1 件あたりの処理時間が長いケースで発生しやすい現象であり、一度に処理するメッセージ数を制限することで解決しました。また調査過程で得られた Python Pub/Sub Client の内部実装に関する知見もあわせて紹介します。 想定読者 Pub/Sub を実運用している方