ストーリー
佐
佐藤CTO
計画なき移行は必ず失敗する。具体的な移行計画を策定しよう
ミッション概要
| ミッション | テーマ | 目安時間 |
|---|---|---|
| Mission 1 | 移行戦略の選定 | 15分 |
| Mission 2 | ゼロダウンタイム移行設計 | 15分 |
| Mission 3 | バリデーション計画 | 15分 |
| Mission 4 | ロールバック手順設計 | 15分 |
前提シナリオ
現状: MySQL 5.7（単一DB、3TB）
移行先: PostgreSQL 15（マイクロサービス対応、3DB分割）
要件: 24/7稼働、ゼロダウンタイムMission 1: 移行戦略の選定（15分）
解答例
選定: Strangler Fig + CDC
| 理由 | 説明 |
|---|---|
| ゼロダウンタイム | CDCで継続的にデータ同期 |
| リスク低減 | 段階的に移行、問題発生時にロールバック可能 |
| 3DB分割対応 | サービス単位で順次移行可能 |
移行順序
- ユーザーサービスDB（最小、影響小）
- 商品サービスDB（中規模）
- 注文サービスDB（最大、最後）
Mission 2: ゼロダウンタイム移行設計（15分）
解答例
Phase 1（準備）: PostgreSQL環境構築、スキーマ変換
Phase 2（同期）: Debezium CDC で MySQL → PostgreSQL リアルタイム同期開始
Phase 3（検証）: 整合性検証、パフォーマンステスト
Phase 4（切替）: アプリのDB接続先を切替（Feature Flag）
Phase 5（監視）: 24時間監視、問題なければ旧DB停止Mission 3: バリデーション計画（15分）
解答例
| チェック | 方法 | 頻度 |
|---|---|---|
| レコード数 | COUNT(*) 比較 | 1時間ごと |
| データ内容 | ランダム1000件のハッシュ比較 | 6時間ごと |
| 集計値 | 売上合計、ユーザー数等 | 日次 |
| 全数検証 | 全レコードの主要カラム比較 | 切替前 |
Mission 4: ロールバック手順（15分）
解答例
| トリガー | アクション | 所要時間 |
|---|---|---|
| エラー率 > 5% | Feature FlagでMySQL に切り戻し | 即時 |
| データ不整合検出 | CDC逆方向同期 + 切り戻し | 5分 |
| パフォーマンス劣化 | 接続先切り戻し | 即時 |
まとめ
| ポイント | 内容 |
|---|---|
| 戦略 | リスクと要件に応じた移行戦略選定 |
| ゼロダウンタイム | CDC + Feature Flag で無停止切替 |
| バリデーション | 多層的な整合性検証 |
| ロールバック | 明確なトリガーと手順 |
チェックリスト
- 移行戦略を選定し根拠を説明できた
- ゼロダウンタイム移行を設計できた
- バリデーション計画を策定できた
- ロールバック手順を設計できた
次のステップへ
次はチェックポイントクイズで理解度を確認します。
推定読了時間: 60分