変更要約: 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） を短縮。これらは「カバレッジや品質を落とさずに無駄を削る」のが原則で、過度な削減（必要なテストの停止等）は避けます。
頻出：
①従量製品＝Actions の分/ストレージ・Packages・Copilot/GHAS。使用レポートで消費の多い組織/リポと傾向を把握（予算/チャージバック）。
②Actions のコスト最適化＝paths/branches フィルター・concurrency・キャッシュ・matrix 最小化・ランナーサイズ。
③ライセンス最適化＝未使用シート回収（SCIM/EMU で退職者は自動）。
④原則は品質を落とさず無駄を削る（過度な削減は避ける）。
混同・注意：
①シート課金（固定）と従量課金（Actions 分等）は別——両方を見てコストを最適化。
②コスト削減のために必要なテストやスキャンを止めるのは本末転倒（品質/セキュリティを損なう）。
③未使用シートの放置はコストとコンプラの無駄——定期回収。
④使用レポートの傾向（増加）を早めに捉え、急増前に手を打つ。
5.2.3この節のまとめ
- 従量製品（Actions 分/ストレージ・Packages・Copilot/GHAS）の使用レポートで消費と傾向を把握
- Actions のコストは paths/branches フィルター・concurrency・キャッシュ・matrix 最小化・ランナーサイズで最適化
- ライセンスは未使用シート回収（SCIM/EMU で退職者は自動）で最適化
- 原則は品質を落とさず無駄を削る、シート課金と従量課金の両方を見る
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. GitHub Actions の実行分が急増してコストが膨らんでいます。レポートから是正対象として特定しやすい原因は？
Q2. ライセンスコストを最適化するために管理者が行うべきことは？
Q3. Actions のコスト最適化策の組み合わせとして適切なものは？
Q4. 従量課金とシート課金の関係として正しいものはどれですか？
Q5. ストレージコスト（アーティファクト/ログ）を抑える適切な方法は？
Q6. コスト削減の進め方として最も適切な原則は？