ストーリー

SLO階層の全体構造

3層のSLO階層

┌─────────────────────────────────────────────┐
│ Layer 1: ジャーニーSLO                        │
│ 「ユーザーが体験するEnd-to-Endの品質」         │
│ 例: タスク作成→保存→表示 が2秒以内: 99.9%    │
├─────────────────────────────────────────────┤
│ Layer 2: サービスSLO                          │
│ 「個々のマイクロサービスの品質」               │
│ 例: API Gateway 可用性 99.95%               │
├─────────────────────────────────────────────┤
│ Layer 3: インフラSLO                          │
│ 「基盤サービスの品質」                        │
│ 例: データベース可用性 99.99%                 │
└─────────────────────────────────────────────┘

Layer 1: ジャーニーSLO

ジャーニーSLOとは

ジャーニーSLOの具体例（TaskFlow社）

ジャーニーSLOの計算

ジャーニー: タスク作成
  関与サービス:
    1. Web Frontend (レンダリング)
    2. API Gateway (ルーティング)
    3. Task Service (ビジネスロジック)
    4. Database (永続化)
    5. Notification Service (リアルタイム更新)

  各サービスSLO:
    Web Frontend:        99.95%
    API Gateway:         99.99%
    Task Service:        99.95%
    Database:            99.99%
    Notification:        99.9%

  直列依存の場合の理論的上限:
    0.9995 × 0.9999 × 0.9995 × 0.9999 × 0.999
    = 99.78%（理論的上限）

  → ジャーニーSLO 99.9% を達成するには
    各サービスのSLOを高く維持する必要がある

「ジャーニーSLOは”チームの壁”を越える指標だ。個々のチームが自チームのSLOを達成していても、ユーザージャーニー全体が満足な品質でなければ意味がない」 — 田中VPoE

Layer 2: サービスSLO

サービス依存関係とSLOの整合性

依存関係マトリクス

依存関係マップ（TaskFlow社）:

  Web Frontend
    ├── API Gateway (同期・クリティカル)
    │     ├── Task Service (同期・クリティカル)
    │     │     ├── Database (同期・クリティカル)
    │     │     └── Cache (同期・非クリティカル)
    │     ├── Search Service (同期・非クリティカル)
    │     │     └── Elasticsearch (同期・クリティカル)
    │     ├── Payment Service (同期・クリティカル)
    │     │     └── External Gateway (同期・クリティカル)
    │     └── Notification Service (非同期・非クリティカル)
    │           ├── Message Queue (非同期・クリティカル)
    │           └── Email/Push Provider (非同期・クリティカル)
    └── CDN (同期・クリティカル)

SLO伝播ルール

Layer 3: インフラSLO

基盤サービスのSLO設計

インフラSLOがサービスSLOに与える影響

インフラ障害の波及:

  RDS障害（SLO: 99.99%）
    → Task Service 影響 (直接依存)
    → Payment Service 影響 (直接依存)
    → Search Service 影響なし (Elasticsearch使用)
    → Notification Service 部分影響 (配信ログのみDB)

  影響範囲:
    Tier 1サービス: 2/2 影響あり（100%）
    Tier 2サービス: 1/2 影響あり（50%）
    → RDB障害はビジネスインパクト最大
    → 99.99%のSLOが妥当

SLO依存関係の設計手法

ステップ1: 依存関係グラフの作成

ステップ2: ボトムアップSLO設計

ステップ3: トップダウン検証

SLO階層設計のアンチパターン

まとめ

チェックリスト

• ジャーニーSLO、サービスSLO、インフラSLOの3層構造を理解した
• 依存関係タイプ（同期/非同期、クリティカル/非クリティカル）によるSLO伝播を理解した
• ボトムアップ設計とトップダウン検証の手法を理解した
• SLO階層設計のアンチパターンを理解した

次のステップへ

次は「エラーバジェットポリシーの組織展開」を学びます。SLOを設定した後、エラーバジェットをどのように管理し、組織全体で活用するかを身につけましょう。

推定読了時間: 30分