--- title: "クラウドの事業者の乗り換えと「抱え込み」を避ける考え方｜アメリア・テクノロジー株式会社" url: https://www.ameliatechnology.co.jp/blog/cloud-provider-exit-strategy/ description: "クラウドの「抱え込み」は、独自のサービス、データの量と転送の費用、長期の割引の約束、人の技能から生まれます。すべてを移せる形にせず、出口の費用と手順を見積もる考え方と、事業者が公表する無料の転送の仕組みを説明します。" updated: 2026-11-14 publisher: "アメリア・テクノロジー株式会社" --- # クラウドの事業者の乗り換えと「抱え込み」を避ける考え方 クラウドの「抱え込み」は、独自のサービス、データの量と転送の費用、長期の割引の約束、人の技能から生まれます。すべてを移せる形にせず、出口の費用と手順を見積もる考え方と、事業者が公表する無料の転送の仕組みを説明します。 2026.11.14 [クラウドと運用](https://www.ameliatechnology.co.jp/blog/category/cloud/) 執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO） クラウドと運用（CLOUD & OPERATIONS）のコラム ## この記事の要点 - クラウドの抱え込みは、事業者独自のサービスへの依存、大量のデータと転送の費用、長期の割引の約束、特定のクラウドに偏った技能から生まれます。 - いつでも移せる形にこだわると、クラウドの便利な機能を使えなくなるため、出口の計画として、データの持ち出し方、依存しているサービス、費用と期間を見積もっておくのが現実的です。 - AWS・Google Cloud・Azure は、ほかへ移るときのデータ転送を条件つきで無料にする仕組みを公表していますが、申請の手順や対象は事業者ごとに違います。 クラウドの事業者の「抱え込み」を避けるには、乗り換えを前提に設計するよりも、乗り換えるとしたら何が要るか（出口の費用と手順）を見積もり、記録しておくことが現実的です。いつでも移せる形にこだわると、事業者が用意する便利な機能を使えなくなり、クラウドを使う利点が小さくなるためです。この記事では、クラウドの事業者に絞って、抱え込みが生まれる理由と、出口の計画の考え方を説明します。開発会社を替えにくくなる問題は、[ベンダーロックインを避けるには。原因と、契約・設計での手当て](https://www.ameliatechnology.co.jp/blog/avoid-vendor-lock-in/)で扱っています。 ## クラウドの「抱え込み」は、なぜ起きるのですか クラウドの抱え込みは、独自のサービス、データ、契約、人の4つから生まれます。いずれも、使い始めのときには便利さや割安さとして表れるため、気づきにくいのが特徴です。 | 生まれる元 | 例 | |---|---| | 独自のサービス | 事業者独自のデータベース、メッセージの仕組み、サーバーレスの実行環境などに、アプリケーションが深く結び付いている | | データ | 大量のデータを置いており、外へ持ち出すのに時間と転送の費用がかかる | | 契約 | 長期の利用を約束して割引を受けており、約束の期間が残っている | | 人 | 社内の技能や運用の手順が、特定のクラウドの操作に偏っている | データを外へ持ち出す通信には、通常は料金がかかります。転送の費用の考え方は、[データ転送料金とは。クラウドから出ていく通信の費用](https://www.ameliatechnology.co.jp/blog/data-transfer-costs/)で説明しています。長期の利用の割引は、[予約の割引（Savings Plans など）は使うべきか](https://www.ameliatechnology.co.jp/blog/reserved-savings-plans/)にまとめています。 ## いつでも移せる形にしておくべきですか いつでも移せる形にしておく必要は、多くの場合ありません。事業者独自のサービスは、運用の手間を減らし、早く作れるという利点があり、それを使わない設計にすると、自分で作り、守る部分が増えます。複数の事業者を同時に使う形にも、運用が重くなるという面があります。考え方は、[マルチクラウドは必要か。利点と、運用が重くなる点](https://www.ameliatechnology.co.jp/blog/multi-cloud-pros-cons/)で説明しています。 大切なのは、独自のサービスを使うことを避けるのではなく、「どこに依存しているか」を知っておくことです。依存している部分が分かっていれば、乗り換えるとしたらどこを作り直す必要があるか、どれだけの期間と費用がかかるかを見積もれます。 ## 出口の計画には、何を書けばよいですか 出口の計画は、乗り換えると決めたときに、何から手を付けるかが分かる程度の資料で十分です。次の5つを書いておきます。 1. **データの持ち出し方**：どのデータを、どの形式で、どの方法で持ち出すか。データベースは一般的な形式で書き出せるか 2. **データの量と費用**：持ち出すデータの量と、転送にかかる時間と費用の目安 3. **依存しているサービスの一覧**：事業者独自のサービスと、それに代わる手段 4. **契約**：長期の割引の約束の残りの期間、販売会社との契約の終わり方 5. **手順と期間**：並行して動かす期間、切り替えの段取り、戻す手順 構成をコードで書いて管理している場合（[IaC](https://www.ameliatechnology.co.jp/glossary/infrastructure-as-code/)）は、何をどう作ったかがそのまま記録になり、移る先での作り直しの手がかりになります。考え方は、[インフラのコード化（IaC）とは。手作業の構築をやめる理由](https://www.ameliatechnology.co.jp/blog/infrastructure-as-code-why/)で説明しています。アプリケーションを[コンテナ](https://www.ameliatechnology.co.jp/glossary/container/)にしておくと、動かす環境を替えやすくなることもあります。 計画は一度作って終わりではなく、構成が大きく変わったときや、長期の割引の約束を更新するときに見直します。割引を約束する前に出口の計画を見ておくと、約束の期間を決めるときの判断材料になります。 ## 事業者は、乗り換えのときの転送料金をどう扱っていますか AWS・Google Cloud・Microsoft Azure は、ほかのクラウドや社内のデータセンターへ移るときのデータ転送を、条件つきで無料にする仕組みを公表しています。 AWS は2024年3月に、条件を満たすお客様が AWS サポートへ申請することで、移行のためのインターネットへの転送を無料にできる仕組みを発表しました。すべてのデータを移すか、特定のサービスのデータをすべて移すことが条件とされ、承認されると移したデータの分がクレジットとして提供されます。アカウントを閉じる必要はないとしています。 出典：[Free data transfer out to internet when moving out of AWS（AWS、2024年3月5日）](https://aws.amazon.com/blogs/aws/free-data-transfer-out-to-internet-when-moving-out-of-aws/) Google Cloud は2024年1月に同様の仕組みを発表しました。出口の通知を出した後、30日の開始の期間に移行を始め、その後少なくとも30日の移行の期間に移行を終え、完了の通知を出す流れです。完了の通知から少なくとも30日たった後の月末に、対象のサービスの契約は終わったものとして扱われます。対象のサービスの契約を終えない場合や、サービスの一部だけを移す場合は対象にならないとしています。 出典：[Eliminating data transfer fees when migrating off Google Cloud（Google Cloud、2024年1月11日）](https://cloud.google.com/blog/products/networking/eliminating-data-transfer-fees-when-migrating-off-google-cloud)、[Exit Google Cloud（Google Cloud）](https://cloud.google.com/exit-cloud) Google Cloud の、移るときの無料の転送の流れ（2026年11月時点の公式ページ） **出口の通知** **開始の期間（30日）**：移行を始める **移行の期間（少なくとも30日）**：移行を終え、完了の通知を出す **契約の終了**：完了の通知から少なくとも30日たった後の月末 対象のサービスの契約を終えない場合や、**サービスの一部だけを移す場合は対象になりません** Azure は料金ページで、ほかのクラウドや社内のデータセンターへ移るために、インターネット経由でデータを持ち出すお客様に、外へ出る通信を無料にしていると説明しています。 出典：[Bandwidth pricing（Microsoft Azure）](https://azure.microsoft.com/en-us/pricing/details/bandwidth/) いずれも、申請の手順、対象のサービス、期限が決められています。この記事の内容は2026年11月時点の公式ページにもとづくもので、条件は改定されることがあるため、乗り換えを決めたときは、その時点の公式ページと契約で確かめます。契約の個別の判断は、弁護士などの専門家にご確認ください。 ## 乗り換えを検討するのは、どんなときですか 乗り換えを検討するきっかけには、費用の大きな変化、必要な機能や地域の不足、M&Aによるグループの方針の統一などがあります。どのきっかけでも、移行の費用と期間、移行の間の危うさを、乗り換えて得られる利点と比べて判断します。 乗り換えは、システムの移行の一つです。移行の型の選び方は、[クラウドへの移行の7つの型（7つのR）と選び方](https://www.ameliatechnology.co.jp/blog/cloud-migration-strategies/)で説明しています。M&Aの後に事業者をそろえる場面は、[M&Aの後のクラウドの統合。アカウントと権限をどうまとめるか](https://www.ameliatechnology.co.jp/blog/post-ma-cloud-integration/)でも取り上げています。 ## 当社のご支援 アメリア・テクノロジーの[クラウドの構築と運用管理](https://www.ameliatechnology.co.jp/service/cloud/)では、AWS・Microsoft Azure・Google Cloud のいずれにも対応し、いまの構成の依存している部分の洗い出し、出口の計画づくり、事業者の間の移行をご支援しています。設計・構築・移行はお見積りで、料金の目安は[料金の目安](https://www.ameliatechnology.co.jp/pricing/#cloud)に載せています。まずは無料の[クラウドの自己診断](https://www.ameliatechnology.co.jp/diagnosis/cloud/)で、いまの状態をおおまかに確かめることもできます。 - クラウド - 乗り換え - ベンダーロックイン - 移行 ## この記事に出てくる用語 - [クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/) - [見積もり](https://www.ameliatechnology.co.jp/glossary/estimate/) - [ベンダーロックイン](https://www.ameliatechnology.co.jp/glossary/vendor-lock-in/) - [データベース](https://www.ameliatechnology.co.jp/glossary/database/) - [サーバーレス](https://www.ameliatechnology.co.jp/glossary/serverless/) - [データ転送料金](https://www.ameliatechnology.co.jp/glossary/data-transfer-cost/) - [予約の割引（Savings Plans・リザーブドインスタンス）](https://www.ameliatechnology.co.jp/glossary/reserved-capacity-discount/) - [マルチクラウド・ハイブリッドクラウド](https://www.ameliatechnology.co.jp/glossary/multi-cloud/) この記事を書いた人 [石田誠](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) --- 出典：アメリア・テクノロジー株式会社「クラウドの事業者の乗り換えと「抱え込み」を避ける考え方｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/cloud-provider-exit-strategy/