1. 時間ベースの可用性:

総稼働時間 = 30日 × 24時間 × 60分 = 43,200分
総ダウンタイム = 30 + 45 + 15 + 10 = 100分
可用性 = (43,200 - 100) / 43,200 × 100 = 99.77%
→ Two Nines と Three Nines の間

2. リクエストベースの可用性:

成功リクエスト = 3,000,000 - 4,500 = 2,995,500
可用性 = 2,995,500 / 3,000,000 × 100 = 99.85%
→ Two Nines と Three Nines の間

3. MTTD/MTTR推定:

4. 目標SLO提案:

現状: 99.77%（時間ベース）/ 99.85%（リクエストベース）
提案SLO: 99.9%（Three Nines）
理由: 現状から約0.13ポイントの改善で達成可能な、現実的かつ挑戦的な目標
月間許容ダウンタイム: 43.2分（現状100分を57%削減）

1. エラーバジェット計算:

SLO: 99.9%
エラーバジェット: 0.1%

時間ベース（30日）:
  43,200分 × 0.001 = 43.2分/月

リクエストベース（月間300万リクエスト）:
  3,000,000 × 0.001 = 3,000エラー/月

2. エラーバジェットポリシー:

3. バーンレートアラート:

4. レポートテンプレート:

## エラーバジェット月次レポート - 2026年1月
- SLO: 99.9%
- バジェット: 43.2分 / 3,000エラー
- 消費: 100分 / 4,500エラー
- ステータス: Red（SLO未達）
- 主要障害: API障害(30分), 検索障害(45分)
- 改善アクション: デプロイパイプライン改善、ES容量計画

1. トイルの特定:

2. トイル比率:

トイル時間: 5 + 1.7 + 0.4 + 1.25 + 1 + 0.8 + 2 = 12.15時間/週
総作業時間: 3名 × 40時間 = 120時間/週
トイル比率: 12.15 / 120 × 100 = 10.1%

3. 自動化ROIトップ3:

4. 削減ロードマップ:

• 月1: CI/CDパイプライン構築（デプロイ自動化）→ 月20時間削減
• 月2: レポート自動生成 + cert-manager導入 → 月10時間削減
• 月3: ログ自動分析 + ディスク自動管理 → 月10時間削減

sre_adoption_roadmap:
  phase_1:
    name: "基盤構築"
    duration: "Month 1-2"
    goals:
      - 主要サービスのSLI/SLO定義
      - エラーバジェットの計測開始
      - 基本的なダッシュボード構築
    kpis:
      - SLO定義済みサービス数: 5以上
      - ダッシュボードカバレッジ: 100%
    resources:
      - SREエンジニア: 2名（50%アロケーション）
      - ツール: Prometheus + Grafana導入
    risks:
      - SLO目標の設定が不適切 → 既存データから段階的に調整

  phase_2:
    name: "プロセス整備"
    duration: "Month 3-4"
    goals:
      - オンコール体制の構築
      - インシデント対応フローの確立
      - ランブック10件以上作成
    kpis:
      - MTTD: 5分以内
      - MTTR: 30分以内（SEV1）
      - ランブックカバレッジ: 主要障害パターンの80%
    resources:
      - オンコール手当の予算化
      - PagerDuty導入
    risks:
      - オンコール負荷による離職 → ローテーション設計と負荷分散

  phase_3:
    name: "自動化推進"
    duration: "Month 5-6"
    goals:
      - トイル比率50%以下の達成
      - CI/CDパイプライン完全自動化
      - 自動復旧の仕組み構築
    kpis:
      - トイル比率: 50%以下
      - デプロイ頻度: 1日1回以上
      - 自動復旧率: 30%以上
    resources:
      - 自動化ツール開発: 2名（100%アロケーション）
    risks:
      - 自動化の複雑化 → シンプルな設計原則を遵守