【重点要約】
DBのクラウド移行は移行計画、移行、保守・運用の流れで行う。移行に際して、DBMSも変更とする場合もあり、主に次の点を考慮する。
SQLギャップ（変換ツールでどこまで対応できるか）、性能ギャップ、データギャップ（nullの取扱い、外字、特にオブジェクトにおけるマルチバイト文字の取扱い）、プロシージャギャップ、サポート機能ギャップ、ユーティリティギャップ、ドライバ。
【その他メモ】
・クラウドネイティブ→以前から存在する技術のクラウド化でなく、クラウド前提で開発されたサービスを使ってシステムを構築
・クラウド移行に伴い、運用も再設計
・移行計画：机上検証、PoC、判定
・移行：基盤、スキーマ、データ、運用移行＋アプリ移行、結合試験
・保守・運用：システム切り替え、保守、運用
・アプリ移行→設計変更を伴う場合あり。SQL変換ツールの対象外工数見積もりはサンプリングで取得し実施。CI／CDで対応検討
・ダウンタイムの短縮、プロシージャの利用、データギャップ、日本語スキーマの存在により移行は高コスト化
・移行確認→通常は件数一致、文字化け確認程度。重要度に応じて値の確認。また、統計情報を確認。
・データカタログの要件→ビジネス用語の利用、使い勝手、データソースの対応、コスト
・データマネジメント組織：
マネジャー（全体管理）
データエンジニア（カタログツール設計、保守運用）
データスチュワート（データへの責任、品質チェック、ビジネス用語をデータオーナーと調整）
データオーナー（問い合わせ対応、ビジネス用語の調整・管理）
・最近ではクラウドで基本的な機能を満たした低価格なカタログサービス有
・データクラウド→DWH＋分析アプリ開発、メタデータ管理等のマネジメント機能＋データ共有（外部データ利用）