問題タブ [google-cloud-error-reporting]

try/except ブロック内に、例外をスロー/キャッチするコード ブロックがあります (ある場合は psycopg2 で、別の場合は CRCError)。例外は、標準ライブラリ (以下のサンプル コード) を使用してログに記録されます。

GCP エラー レポートは、キャッチされた例外 (コンテキストの欠如) をログに記録しています。

次のことをどのように達成できますか？

• コンテキスト例外を伴う例外がエラー報告コンソールに明示的に表示されることを確認してください。- 実際、ここでの答えは [エラー報告クライアントを明示的に使用する][1] であることがわかっています。これは、他の場所でこれを行うか、例外がキャッチされないようにするためです (この場合、実行フローが変更されるため望ましくありません)。
• GCP がこれらの「エラー」を明示的にログに記録しないようにする - これは私が困惑した部分です。キャッチされた例外のスタック トレースを明示的に飲み込みたくありません。これは、アプリケーション全体のログを構成した方法と関係がありますか? GCP ログ エクスプローラーに以下の 2 つの個別のエントリが表示されることに注意してください。

OSError を処理/ログに記録するサンプル コード:

対応するエラー報告エントリ:

ログ エクスプローラーに 2 つの個別のエントリが表示されます。

ここで Node.js の指示に従いました

Cloud Run にエクスプレス サーバーをデプロイしています。ドキュメントにあるように、エクスプレス ミドルウェアを使用して にエラーを送信するとnext()、エラー レポートに表示されます。

しかし、このreportメソッドを以下のようにさまざまな形で使用すると、何も報告されません。

Cloud Run へのデプロイに使用した (AppEngine のデフォルト) サービス アカウントに IAM ロール「Error Reporter Writer」を追加しようとしましたが、まだ機能しません。

TS コンパイラは、例で使用されているコールバック関数も受け入れないため、例が古くなっているか、TS 型の定義が間違っています。

何か案は？

多くの場合、GCP エラー レポートのグループ化は、ツールを一貫性のあるものにし、問題をすばやく特定できるようにするのに役立ちます。ただし、エラー レポートが特定のエラーに対して別のグループを作成し、たとえばシステムの障害など、グループ化しないようにしたい場合があります。ErrorReporting Node.js クライアント (Node.js Cloud Functions を使用しています) を介して、またはエラーを強制的に作成し、他の同様のスタック トレースとグループ化されないようにすることは可能ですか?