ストーリー
佐
佐藤CTO
移行中にデータが1件でもズレたら大問題だ。整合性の検証は移行の生命線だ
データ同期パターン
| パターン | 一貫性 | レイテンシ | 複雑さ |
|---|---|---|---|
| 同期レプリケーション | 強一貫性 | 高 | 低 |
| 非同期レプリケーション | 結果整合性 | 低 | 中 |
| CDC + イベントストリーム | 結果整合性 | 中 | 高 |
| Dual Write | 条件付き一貫性 | 低 | 高 |
整合性検証手法
| レベル | 手法 | 確認内容 |
|---|---|---|
| L1 | レコード数比較 | テーブルごとの行数一致 |
| L2 | チェックサム | 主キー + 主要カラムのハッシュ比較 |
| L3 | サンプリング比較 | ランダム1%のレコードを全カラム比較 |
| L4 | 全数比較 | 全レコード全カラムの完全比較 |
コンフリクト解決戦略
| 戦略 | 説明 | 適用場面 |
|---|---|---|
| Last Writer Wins | タイムスタンプが新しい方を採用 | 一般的なCRUD |
| First Writer Wins | 最初の書き込みを優先 | 予約系 |
| Custom Resolution | ビジネスルールに基づく解決 | 複雑なドメイン |
| Manual Resolution | 人間が判断 | 重要データ |
リコンシリエーション（照合）
バッチ照合ジョブ（日次）:
1. 旧DBと新DBの全テーブルのレコード数を比較
2. 差分があるテーブルを特定
3. 差分レコードを抽出
4. 差分レポート生成 → アラート
5. 自動修復 or 手動対応まとめ
| ポイント | 内容 |
|---|---|
| 同期パターン | 一貫性要件に応じて選択 |
| 整合性検証 | L1-L4の多段階で検証 |
| コンフリクト | ビジネスルールに基づく解決戦略 |
| 照合 | 定期的なリコンシリエーションで差分検知 |
次のステップへ
次は移行のテストとロールバックについて学びます。
推定読了時間: 30分