構造化ログ(structured log)
文章ではなくkey=valueのように項目を決めて出力し、あとで機械的に集計できるログの形式。
- 概念URI
https://comcomponent.com/knowledge/structured-logging/- 別名・表記
- Structured Logging
- 最終確認日
- 2026-08-01
- 機械可読データ
- JSON-LD
この概念が関わる関係
- 構造化ログ(structured log)はハンドルリークに対する本記事の推奨です。create/openとclose/disposeの対応が崩れている箇所は、sessionId・resourceId・actionを持つ構造化ログで探すことが本記事の推奨対応である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- 構造化ログ(structured log)はApplication Verifierより先に行うべきです。後編で扱うApplication Verifierを使う前に、自前の構造化ログでlifetimeの崩れを追えるようにしておくのが土台になる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- 構造化ログ(structured log)は二次障害(secondary failure)に対する本記事の推奨です。session/resource lifecycleの構造化ログをたどることで、落ちた場所ではなく漏らした場所という二次障害の本当の原因を特定することが本記事の推奨対応である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- 構造化ログ(structured log)は長時間運転後クラッシュの切り分けに対する本記事の推奨です。落ちた瞬間の例外だけでなく、operation/session/resource lifecycleの構造化ログを先に整えておくことが、長時間運転後クラッシュの切り分けに効く。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- Write-Informationは構造化ログ(structured log)に対する本記事の推奨です。運用として記録したい出来事は、Write-Informationで捕捉できる情報を構造化ログ(1行1JSON)として残すことが本記事の推奨である / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- Write-Progressを構造化ログ(structured log)に用いることは推奨されません。Write-Progressの進捗表示はホストの表示機能でありリダイレクト可能なデータストリームではないため、構造化ログの記録手段には向かない。1つのスクリプトが対話的な進捗表示にWrite-Progressを使いながら、別途Write-Informationなどで構造化ログを書くことは問題なくできる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
この概念を扱う記事
一次資料
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。