この記事の要点
- 移行の型は、AWS の指針では Retire・Retain・Rehost・Relocate・Repurchase・Replatform・Refactor の7つに整理されています。
- 型は会社で1つに決めるのではなく、システムごとに、使い続ける価値・急ぐかどうか・手を入れる余地から選びます。
- 作り直し（Refactor）は手間と費用が大きいため、多くのシステムを移すときは、まず移してから作り直す順番も検討します。
クラウドへの移行の型とは、システムをクラウドへどう移すか（あるいは移さないか）の選択肢を整理したものです。AWS の移行の指針は、これを「7つのR」として、廃止する（Retire）、保持する（Retain）、そのまま移す（Rehost）、場所ごと移す（Relocate）、買い替える（Repurchase）、一部を手直しして移す（Replatform）、作り直す（Refactor）、の7つにまとめています。
大切なのは、会社として1つの型を選ぶのではなく、システムごとに型を選ぶことです。同じ会社の中でも、そのまま移すシステム、SaaS に置き換えるシステム、移さずに残すシステムが混ざるのが普通です。この記事では、7つの型の中身と、選び方を説明します。
移行の型とは
移行の型は、クラウド移行で、システムごとに「どこまで手を入れるか」を決めるための分類です。手を入れるほど、クラウドの利点を生かしやすくなる一方で、時間と費用がかかります。
AWS の移行の指針での7つの型の中身は、次の節の表のとおりです。
7つの型の中身
| 型 | 中身 | 向いている場面の例 |
|---|---|---|
| 廃止（Retire） | 使わなくなったシステムを止めるか、記録として保管する | 業務の価値がもうない。直近90日、外からの接続がない |
| 保持（Retain） | いまの環境に残す。今は移さず、後で移すこともある | ほかのシステムを先に移す必要がある。最近更新したばかり。特殊な機器につながっている |
| そのまま移す（Rehost） | アプリケーションを変えずにクラウドへ移す。「リフト＆シフト」とも呼ばれる | 多くのサーバーを短い期間で移したい |
| 場所ごと移す（Relocate） | オンプレミスの仮想化の基盤ごと、クラウド上の同じ基盤へ移す。構成を変えない | 仮想化の基盤ごと、まとめて早く移したい |
| 買い替える（Repurchase） | 別の製品や SaaS に置き換える | 同じ用途の SaaS がある。自社で作ったシステムを作り直さずに済ませたい |
| 一部を手直しして移す（Replatform） | 移すときに、管理を任せられるサービスへの切り替えなど、一部に手を入れる | データベースの管理を事業者に任せたい。OS を新しい版にしたい |
| 作り直す（Refactor） | クラウドの機能を生かすよう、構成から作り直す | いまのシステムが事業の求めに応えられない。保守できる人がいない |
出典：About the migration strategies - AWS Prescriptive Guidance（AWS）
用語集の「クラウド移行」で触れている「リフト」はそのまま移す型、移した後の「シフト」は、手直しや作り直しにあたります。
作り直し（Refactor）の扱い
7つのうち、作り直しは、移行の途中で中核の部品を設計し直すため、手間と費用が大きい型です。AWS の指針は、多くのシステムを移す場合は、ほかの型では受け入れられないときだけ作り直しを選び、できるだけ、移し終えてから作り直すことを勧めています。すでにクラウドで動いているシステムのほうが、クラウドのサービスと組み合わせやすく、手を入れやすいためです。
出典：About the migration strategies - AWS Prescriptive Guidance（AWS）
システムごとの選び方
型は、システムごとに、次の順番で問いを立てると選びやすくなります。
まず、そのシステムを使い続ける価値があるかを確かめます。価値がなければ、廃止を選びます。次に、いま移せない事情（先に移すべきほかのシステム、特殊な機器とのつながり、最近の更新）がないかを確かめ、あれば保持を選びます。続いて、同じ用途の SaaS や製品で置き換えられないかを確かめ、置き換えられるなら買い替えを考えます。
残ったシステムは、移すときにどこまで手を入れるかを決めます。早く移すことを優先するならそのまま移す（または場所ごと移す）、少し手を入れることで運用の手間や費用が下がるなら一部を手直しして移す、いまのシステムが事業の求めに応えられないなら作り直す、を選びます。
システムごとに、移行の型を選ぶ順番
- 使い続ける価値がない廃止（Retire）
- いま移せない事情がある保持（Retain）
- SaaS や製品で置き換えられる買い替える（Repurchase）
- 早く移すことを優先するそのまま移す（Rehost）、または場所ごと移す（Relocate）
- 少し手を入れると、運用の手間や費用が下がる一部を手直しして移す（Replatform）
- いまのシステムが事業の求めに応えられない作り直す（Refactor）
この順番には、移す量そのものを減らす効果があります。洗い出しの段階で、使われていないシステムや SaaS で置き換えられるシステムが見つかれば、移す作業も、移した後の運用も軽くなります。
選ぶときに見落としやすい点
型を選ぶときは、移す作業の手間だけでなく、移した後の運用の手間と費用も比べます。
そのまま移すと、費用が下がらないことがある：オンプレミスのときの大きさのままサーバーを用意すると、クラウドの利用料が想定より高くなることがあります。移した後に、使っている量に合わせて大きさを見直す計画を入れておきます。
一部の手直しは、運用の仕事を減らす：データベースを事業者が管理するサービスに切り替えると、OS やデータベースの更新、バックアップの一部を事業者に任せられます。どこまでが事業者の受け持ちになるかは、IaaS・PaaS・SaaS の違いと、運用の責任の分かれ目で説明しています。
買い替えでは、データの移し方と業務の変化を見る：SaaS に置き換える場合は、いまのデータをどう移すか、業務のやり方をどこまで SaaS に合わせるかを、事前に確かめます。AWS の指針も、買い替える前に、セキュリティや決まりへの適合を含めて、業務の要件に照らして評価することを挙げています。
保持は「放置」ではない：いまの環境に残すシステムも、保守の期限や更新の計画を決めておきます。保守の期限が切れた OS を使い続けると、修正されない弱点が残ります。
型を決めた後の進め方
型を決めたら、システムごとの型を一覧にして、移す順番と時期を計画に落とします。互いに強くつながったシステムは、同じ時期にまとめて移すことを考えます。
移行全体の段階（洗い出し、土台づくり、本番の移行、移した後の見直し）の進め方は、オンプレミスからクラウドへの移行の進め方で、古いシステムを作り直す場合の考え方は、古くなったシステムを刷新する（モダナイゼーション）の進め方で説明しています。
当社のご支援
当社のクラウドの構築と運用管理では、いまのシステムの洗い出しから、システムごとの移行の型の選択、移行の作業、移した後の運用までをお手伝いしています。作り直しを伴うシステムは、Webシステム開発と組み合わせて進めることもできます。どのシステムから手を付けるかを整理したい段階であれば、クラウドの現状チェックから始められます。
- クラウド移行
- 7つのR
- リフト＆シフト
- 移行計画
この記事に出てくる用語
このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。