--- title: "クラウドへの移行の7つの型（7つのR）と選び方｜アメリア・テクノロジー株式会社" url: https://www.ameliatechnology.co.jp/blog/cloud-migration-strategies/ description: "クラウドへの移行の型は、AWS の移行の指針では、廃止・保持・そのまま移す・場所ごと移す・買い替える・一部を手直しして移す・作り直す、の7つ（7つのR）に整理されています。それぞれの中身と向いている場面、システムごとの選び方を説明します。" updated: 2026-11-14 publisher: "アメリア・テクノロジー株式会社" --- # クラウドへの移行の7つの型（7つのR）と選び方 クラウドへの移行の型は、AWS の移行の指針では、廃止・保持・そのまま移す・場所ごと移す・買い替える・一部を手直しして移す・作り直す、の7つ（7つのR）に整理されています。それぞれの中身と向いている場面、システムごとの選び方を説明します。 2026.11.14 [クラウドと運用](https://www.ameliatechnology.co.jp/blog/category/cloud/) 執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO） クラウドと運用（CLOUD & OPERATIONS）のコラム ## この記事の要点 - 移行の型は、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つの型の中身と、選び方を説明します。 ## 移行の型とは 移行の型は、[クラウド移行](https://www.ameliatechnology.co.jp/glossary/cloud-migration/)で、システムごとに「どこまで手を入れるか」を決めるための分類です。手を入れるほど、クラウドの利点を生かしやすくなる一方で、時間と費用がかかります。 AWS の移行の指針での7つの型の中身は、次の節の表のとおりです。 ## 7つの型の中身 | 型 | 中身 | 向いている場面の例 | |---|---|---| | 廃止（Retire） | 使わなくなったシステムを止めるか、記録として保管する | 業務の価値がもうない。直近90日、外からの接続がない | | 保持（Retain） | いまの環境に残す。今は移さず、後で移すこともある | ほかのシステムを先に移す必要がある。最近更新したばかり。特殊な機器につながっている | | そのまま移す（Rehost） | アプリケーションを変えずにクラウドへ移す。「リフト＆シフト」とも呼ばれる | 多くのサーバーを短い期間で移したい | | 場所ごと移す（Relocate） | オンプレミスの仮想化の基盤ごと、クラウド上の同じ基盤へ移す。構成を変えない | 仮想化の基盤ごと、まとめて早く移したい | | 買い替える（Repurchase） | 別の製品や SaaS に置き換える | 同じ用途の SaaS がある。自社で作ったシステムを作り直さずに済ませたい | | 一部を手直しして移す（Replatform） | 移すときに、管理を任せられるサービスへの切り替えなど、一部に手を入れる | データベースの管理を事業者に任せたい。OS を新しい版にしたい | | 作り直す（Refactor） | クラウドの機能を生かすよう、構成から作り直す | いまのシステムが事業の求めに応えられない。保守できる人がいない | 出典：[About the migration strategies - AWS Prescriptive Guidance（AWS）](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.html) 用語集の「クラウド移行」で触れている「リフト」はそのまま移す型、移した後の「シフト」は、手直しや作り直しにあたります。 ### 作り直し（Refactor）の扱い 7つのうち、作り直しは、移行の途中で中核の部品を設計し直すため、手間と費用が大きい型です。AWS の指針は、多くのシステムを移す場合は、ほかの型では受け入れられないときだけ作り直しを選び、できるだけ、移し終えてから作り直すことを勧めています。すでにクラウドで動いているシステムのほうが、クラウドのサービスと組み合わせやすく、手を入れやすいためです。 出典：[About the migration strategies - AWS Prescriptive Guidance（AWS）](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.html) ## システムごとの選び方 型は、システムごとに、次の順番で問いを立てると選びやすくなります。 まず、そのシステムを使い続ける価値があるかを確かめます。価値がなければ、廃止を選びます。次に、いま移せない事情（先に移すべきほかのシステム、特殊な機器とのつながり、最近の更新）がないかを確かめ、あれば保持を選びます。続いて、同じ用途の SaaS や製品で置き換えられないかを確かめ、置き換えられるなら買い替えを考えます。 残ったシステムは、移すときにどこまで手を入れるかを決めます。早く移すことを優先するならそのまま移す（または場所ごと移す）、少し手を入れることで運用の手間や費用が下がるなら一部を手直しして移す、いまのシステムが事業の求めに応えられないなら作り直す、を選びます。 システムごとに、移行の型を選ぶ順番 - **使い続ける価値がない**：廃止（Retire） - **いま移せない事情がある**：保持（Retain） - **SaaS や製品で置き換えられる**：買い替える（Repurchase） - **早く移すことを優先する**：そのまま移す（Rehost）、または場所ごと移す（Relocate） - **少し手を入れると、運用の手間や費用が下がる**：一部を手直しして移す（Replatform） - **いまのシステムが事業の求めに応えられない**：作り直す（Refactor） この順番には、移す量そのものを減らす効果があります。洗い出しの段階で、使われていないシステムや SaaS で置き換えられるシステムが見つかれば、移す作業も、移した後の運用も軽くなります。 ## 選ぶときに見落としやすい点 型を選ぶときは、移す作業の手間だけでなく、移した後の運用の手間と費用も比べます。 **そのまま移すと、費用が下がらないことがある**：オンプレミスのときの大きさのままサーバーを用意すると、クラウドの利用料が想定より高くなることがあります。移した後に、使っている量に合わせて大きさを見直す計画を入れておきます。 **一部の手直しは、運用の仕事を減らす**：データベースを事業者が管理するサービスに切り替えると、OS やデータベースの更新、バックアップの一部を事業者に任せられます。どこまでが事業者の受け持ちになるかは、[IaaS・PaaS・SaaS の違いと、運用の責任の分かれ目](https://www.ameliatechnology.co.jp/blog/iaas-paas-saas-responsibility/)で説明しています。 **買い替えでは、データの移し方と業務の変化を見る**：SaaS に置き換える場合は、いまのデータをどう移すか、業務のやり方をどこまで SaaS に合わせるかを、事前に確かめます。AWS の指針も、買い替える前に、セキュリティや決まりへの適合を含めて、業務の要件に照らして評価することを挙げています。 **保持は「放置」ではない**：いまの環境に残すシステムも、保守の期限や更新の計画を決めておきます。保守の期限が切れた OS を使い続けると、修正されない弱点が残ります。 ## 型を決めた後の進め方 型を決めたら、システムごとの型を一覧にして、移す順番と時期を計画に落とします。互いに強くつながったシステムは、同じ時期にまとめて移すことを考えます。 移行全体の段階（洗い出し、土台づくり、本番の移行、移した後の見直し）の進め方は、[オンプレミスからクラウドへの移行の進め方](https://www.ameliatechnology.co.jp/blog/onpremise-to-cloud-migration/)で、古いシステムを作り直す場合の考え方は、[古くなったシステムを刷新する（モダナイゼーション）の進め方](https://www.ameliatechnology.co.jp/blog/legacy-modernization/)で説明しています。 ## 当社のご支援 当社の[クラウドの構築と運用管理](https://www.ameliatechnology.co.jp/service/cloud/)では、いまのシステムの洗い出しから、システムごとの移行の型の選択、移行の作業、移した後の運用までをお手伝いしています。作り直しを伴うシステムは、[Webシステム開発](https://www.ameliatechnology.co.jp/service/web-system/)と組み合わせて進めることもできます。どのシステムから手を付けるかを整理したい段階であれば、クラウドの現状チェックから始められます。 - クラウド移行 - 7つのR - リフト＆シフト - 移行計画 ## この記事に出てくる用語 - [クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/) - [AWS（Amazon Web Services）](https://www.ameliatechnology.co.jp/glossary/aws/) - [SaaS](https://www.ameliatechnology.co.jp/glossary/saas/) - [クラウド移行（リフト＆シフト）](https://www.ameliatechnology.co.jp/glossary/cloud-migration/) - [サーバー](https://www.ameliatechnology.co.jp/glossary/server/) - [オンプレミス](https://www.ameliatechnology.co.jp/glossary/on-premises/) - [仮想化](https://www.ameliatechnology.co.jp/glossary/virtualization/) - [データベース](https://www.ameliatechnology.co.jp/glossary/database/) この記事を書いた人 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/) グループCTO インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。 このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。 ## あわせて読みたい - [Windowsサーバーと Active Directory を Azure へ移すときの考え方](https://www.ameliatechnology.co.jp/blog/windows-ad-to-azure/) - [Google Cloud を選ぶ場面。データ分析と Google Workspace とのつながり](https://www.ameliatechnology.co.jp/blog/when-to-choose-google-cloud/) - [Well-Architected の柱で、いまの構成を確かめる](https://www.ameliatechnology.co.jp/blog/well-architected-review/) [クラウドと運用のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/cloud/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/) ## 次の一歩 ### クラウドの構築と運用を任せる AWS・Microsoft Azure・Google Cloud の設計・構築・移行から、監視・運用・セキュリティまでを一つのチームで受け持ちます。監視は仕組みで24時間365日自動に回し、原因の調査と再発の防止は当社が担います。 [クラウドの構築と運用管理を見る](https://www.ameliatechnology.co.jp/service/cloud/) ### クラウドの状態を、無料で確かめる 15の設問に答えると、構成と管理・権限・守り・障害への備え・費用と体制の5つの分野の点数と、最初に取り組むことをまとめたレポートをその場でお届けします。 [クラウドの自己診断（無料）を受ける](https://www.ameliatechnology.co.jp/diagnosis/cloud/) ## ご関心に合わせて、お選びください。 [情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis) --- 出典：アメリア・テクノロジー株式会社「クラウドへの移行の7つの型（7つのR）と選び方｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/cloud-migration-strategies/