リプレースにおける「マイグレーション」とは
マイグレーションとは？
マイグレーションは、ハードウェアやソフトウェア、データベースなどを別の環境（プラットフォーム）へと移転・移行することを意味します。
マイグレーションの最たる例として、オンプレミス（自社サーバー）からクラウドへの移行が挙げられます。
いわゆる「レガシーシステム」をモダナイズする際、「環境ごと変えてしまおう」という試みがマイグレーションの趣旨です。
マイグレーションとリプレースの関係
IT環境改善プロジェクトの選択肢のひとつとして、プラットフォーム基盤の刷新まで含まれる場合はマイグレーションと言えるでしょう。
マイグレーションは、サーバー環境だけでなく、OSやシステムも別のものへと移行する場合があります。
一方、OSやシステムなど基盤となる部分は変えず、既存と同等かそれ以上の機能を持つハードウェア環境に置き換える場合は単にリプレースと呼ばれることが多いです。
マイグレーションの種類
マイグレーションが「環境刷新」であることは間違いないですが、手法によっていくつか分類することができます。
-
リライト（言語の書き換え）
COBOLなど開発当時の主流言語で構成されたシステム群を、新しい開発言語で書き直すことを指します。
対応OSの増加やセキュリティ向上が期待できる上に、ユーザーの使用感が大きく変わることが無いというメリットがあります。
反面、作業自体の大幅な効率改善は見込めない可能性もあります。 -
リホスト（サーバー載せ替え）
メインフレーム上で動いていたソフトウェアを、クラウドサーバーなどのオープンプラットフォームに載せ替える手法を指します。
メンテナンス性の向上などが期待できる反面、ネックとしては、サーバー互換性の問題を解決する必要があります。 -
リビルド（再構築）
文字通りすべて一から作り直すことを指します。
もっともコストと手間がかかりますが、本来の目的をこなすだけでなく、効率化できるところを見直し、拡張性にも優れた新しいシステムに再設計することができます。
ただし、現場組織への浸透など、環境開発だけでなく全社的に推進していく必要性もあります。
マイグレーションが適しているケース
属人化した環境から脱却したい
「システム環境が古すぎる」「当時開発に関わっていた担当者がいない」「もはや何故動いているのか分からない」
たびたびこのような現場を耳にしますが、誰もメンテナンスできない環境をそのまま放置しておくのは危険です。
マイグレーションによって環境を刷新してより良くすることはもちろんですが、改めて仕様書やマニュアルも再構築することで、誰もが分かりやすい環境を整えたり、半自動化によって人的コストを下げたりと、次世代への準備にも繋げることができるでしょう。
クラウド化したい
オンプレミスからクラウドへ移行したい時もマイグレーションが適しています。
ただし、互換性の問題や、オープンネットワークならではのセキュリティリスクやダウンタイムなども考慮する必要があります。
小規模環境で試したい
スタートアップ企業や小規模部署で行う場合、自由度の高い要件定義が可能であったり、影響範囲が小さかったりと、マイグレーション施策によるリスクを抑えることができます。
ただし、その分スケールメリットも小さくなるため、かけたコストの割には劇的な改善が起こらないということも考慮すべきでしょう。
試験的に実施した後、上手くいきそうであれば全社的に波及させる計画をあらかじめ立てておく等して臨みましょう。
編集チームのまとめ
環境を大幅に変えて未来へ投資するマイグレーションについて解説しました。
ITへの投資＝手間とコストは、かけるべきタイミングが重要です。しっかり見極めましょう。
当メディアは、サーバーリプレースをはじめとするITインフラの整備に悩める企業担当者に向けて、基礎知識からプロジェクトの進め方まで役立つ情報をまとめています。
トップページでは、コスト削減やセキュリティ改善、システム刷新などリプレースにまつわる目的別手段の解説や、それが得意なおすすめの会社もご紹介していますので、是非お役立てください。
ベンダー担当者より役に立つ！？
サーバーリプレースお助けガイド
