主ログ
1つの失敗に対して1回だけ出す、失敗単位と運用文脈(requestIdやuserIdなど)を伴うErrorまたはCriticalレベルの記録。
- 概念URI
https://comcomponent.com/knowledge/primary-error-log/- 別名・表記
- 主たるErrorログ
- 最終確認日
- 2026-08-01
- 機械可読データ
- JSON-LD
この概念が関わる関係
- 主ログは各層での重複ログを防ぎます。失敗単位と運用文脈がそろう境界だけが主ログを1回出す運用にすると、各層での重複ログを防げる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- UI/HTTP/Job/Message境界は主ログの実装を担います。UI/HTTP/Job/Message境界は、何の操作か・誰の操作か・どのrequestかを知っているため、多くのアプリで主ログ地点になりやすい / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- OperationCanceledExceptionを主ログに用いることは推奨されません。利用者キャンセルやシャットダウンによるOperationCanceledExceptionを主ログ(Error)の対象として扱うことは推奨されず、制御フローの一部として扱うべきとされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- 主ログは失敗単位を前提とします。主ログは失敗単位とrequestIdやuserIdのような運用文脈を伴うことが前提になる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- 主ログをhelper/utility/private method層に用いることは推奨されません。helper/utility/private method層で主ログを出すことは推奨されず、この層は原則として出さない方針とされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- 主ログをRepository/Gateway/SDKラッパー層に用いることは推奨されません。Repository/Gateway/SDKラッパー層で、上へ再スローするだけなら通常は主ログを出さない方針とされる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
この概念を扱う記事
一次資料
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。