大規模データ移行の失敗を防ぎたい。計画やプログラム、インフラの注意点と、ありがちなこと - Qiita
仕事柄、大規模なデータ移行を何度か経験してきました。 データ移行、特にDBのマイグレーションでもなく、 システム移行のときのようなデータ構造の変更を伴う際には気をつけることがたくさんあります。 クラウドではだいぶ楽になりますが、 特にオンプレミスで検討せざるを得ない皆さんに気をつけないといけない点を共有します。 スケジューリング編 最初から検討し始めよう 開発プロジェクトにおいてシステム移行だけで4割の工数がかかると言われています。 しかし、新規システム部分の開発で頭が一杯になっていると、重要度の割に移行部分が後回しにされがちです。 移行用プログラム、移行用サーバ手配はもちろん、新規、既存システムへの影響も検討しないといけません。 できればプロジェクト開始時から人をアサインして計画を立てていきましょう。 移行自体が一つの開発プロジェクト相当です。頑張りましょう。 後半になって移行計画を立て
【御礼】DATA MIGRATION NIGHT 終了しました！ - DMM.comラボエンジニアブログ
2017 - 05 - 23 【御礼】DATA MIGRATION NIGHT 終了しました！ 勉強会 資料公開 Tweet Share on Tumblr こんにちは、データマイグレーション三銃士のひとり飯田です！ 昨日開催しましたDATA MIGRATION NIGHT データマイグレーション三銃士が語る最新のデータ移行事情とは？ ～ ChatWork × CyberZ × DMM.comラボ ～ ご参加いただいた皆様、ありがとうございました。 ▲ これがデータマイグレーション三銃士です 私からは『2000万アカウントの無停止データ移行の裏側』というタイトルで発表をさせていただきました。 サービスの基盤となるアカウントデータの無停止移行を実現するために開発した新旧同期Replicatorとそれを用いたデータ移行の具体的な方法について紹介させていただきました！ Replicatorのア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
