変更要約: GH-100 第5章を新規作成（利用とアクティビティの監視＝監査ログ/API 利用の分析・SIEM ストリーミング・管理者 vs Support の切り分けと診断・利用パターン[採用/アクティビティ/未活用機能]、コストとパフォーマンス最適化＝従量製品[Actions 分/ストレージ/Packages/Copilot/GHAS]の使用レポート・Actions コスト最適化[フィルター/concurrency/キャッシュ/matrix/ランナー]・未使用シート回収・品質を落とさず無駄を削る原則）
5.2コストとパフォーマンスの最適化
従量課金（metered）製品の使用レポートの解釈、そしてライセンスとリソースの最適化戦略を、管理者の視点で理解します。コストとパフォーマンスのバランスを取る方法を学びます。
監視（前節）で得たデータを、コストとパフォーマンスの最適化 につなげるのが管理者の仕事です。GitHub の課金は シート（ライセンス） と 従量（metered） の両方があり（第2章）、無駄を放置すると コストが膨らみます。GH-100 では、使用レポートの解釈 と 最適化の戦略 が問われます。
5.2.1従量製品の使用レポート
従量課金（metered） の代表は、GitHub Actions の 実行時間（分） とストレージ、GitHub Packages の ストレージ、Copilot や GHAS の シート/利用 です。管理者は 使用レポート を解釈して、どの組織/リポが コストを多く消費しているか、傾向（増加トレンド）を把握します。たとえば Actions の分が急増していれば、非効率なワークフロー（無駄な実行・過大な matrix・キャッシュ未使用）が原因のことが多く、是正対象を特定できます。レポートは予算管理とチャージバック（部門配賦）にも使います。
5.2.2ライセンスとリソースの最適化
最適化の代表策は次の通りです。ライセンス：未使用/非アクティブな シートの回収（SCIM/EMU で退職者は自動で空く, 第1章）、過剰なプランの見直し。Actions のコスト：不要な実行を起こさない（paths/branches フィルター）、concurrency で古い実行を打ち切る、キャッシュ で再取得を避ける、matrix を必要最小限に、適切なランナーサイズを選ぶ（GH-200 と共通）。ストレージ：アーティファクト/ログの 保持期間（retention） を短縮。これらは「カバレッジや品質を落とさずに無駄を削る」のが原則で、過度な削減（必要なテストの停止等）は避けます。