ストーリー

ロックインの種類と評価

5つのロックインカテゴリ

ロックインリスク評価マトリクス

ロックインリスク評価:

               移行の困難度
               低い          高い
ビジ    高い ┌──────────┬──────────┐
ネス         │          │          │
影響         │  注意    │  高リスク │
度           │          │  ← 要対策 │
             ├──────────┼──────────┤
       低い  │          │          │
             │  低リスク │  中リスク │
             │          │          │
             └──────────┴──────────┘

高リスク例: 基幹DBがDynamoDBに依存
中リスク例: 監視がCloudWatchのみ
低リスク例: S3にファイル保存（業界標準API）

ロックイン緩和の戦略

4つの緩和レベル

レベル別の具体的な手法

L1: 意識的受容（推奨：多くのワークロード向け）

L2: 抽象化レイヤー（推奨：重要サービス向け）

L3: オープン標準（推奨：基盤レイヤー向け）

ポータビリティ設計パターン

コンテナによるポータビリティ

ポータビリティ設計:

アプリケーション
  └── Dockerコンテナ
        └── Kubernetes（K8s）
              ├── EKS（AWS）
              ├── GKE（GCP）
              └── AKS（Azure）

利点:
├── アプリケーション層のポータビリティ確保
├── CI/CDパイプラインの共通化
└── ローカル開発環境の統一

注意:
├── K8s上のマネージドサービス連携は
│   各クラウド固有になる
└── ネットワーク設計は移行時に再構築が必要

12-Factor App による設計

ロックイン緩和のコスト対効果

緩和施策のROI判断

「ロックインを恐れてマネージドサービスを避けるのは、事故を恐れて車に乗らないようなものだ。リスクを理解し、管理し、必要に応じてシートベルト（抽象化レイヤー）を付ける。それが現実的なアプローチだ」 — 田中VPoE

まとめ

チェックリスト

• 5つのロックインカテゴリを理解した
• 4つの緩和レベルと使い分けを理解した
• ポータビリティ設計パターンを理解した
• ロックイン緩和のROI判断の考え方を理解した

次のステップへ

次は「パートナーシップ管理」を学びます。ベンダーとの長期的な関係構築と、SIパートナーの活用戦略を身につけましょう。

推定読了時間: 30分