CLOUD & OPERATIONS

クラウドの事業者の乗り換えと「抱え込み」を避ける考え方

クラウドの「抱え込み」は、独自のサービス、データの量と転送の費用、長期の割引の約束、人の技能から生まれます。すべてを移せる形にせず、出口の費用と手順を見積もる考え方と、事業者が公表する無料の転送の仕組みを説明します。

クラウドと運用(CLOUD & OPERATIONS)のコラム

この記事の要点

  • クラウドの抱え込みは、事業者独自のサービスへの依存、大量のデータと転送の費用、長期の割引の約束、特定のクラウドに偏った技能から生まれます。
  • いつでも移せる形にこだわると、クラウドの便利な機能を使えなくなるため、出口の計画として、データの持ち出し方、依存しているサービス、費用と期間を見積もっておくのが現実的です。
  • AWS・Google Cloud・Azure は、ほかへ移るときのデータ転送を条件つきで無料にする仕組みを公表していますが、申請の手順や対象は事業者ごとに違います。

クラウドの事業者の「抱え込み」を避けるには、乗り換えを前提に設計するよりも、乗り換えるとしたら何が要るか(出口の費用と手順)を見積もり、記録しておくことが現実的です。いつでも移せる形にこだわると、事業者が用意する便利な機能を使えなくなり、クラウドを使う利点が小さくなるためです。この記事では、クラウドの事業者に絞って、抱え込みが生まれる理由と、出口の計画の考え方を説明します。開発会社を替えにくくなる問題は、ベンダーロックインを避けるには。原因と、契約・設計での手当てで扱っています。

クラウドの「抱え込み」は、なぜ起きるのですか

クラウドの抱え込みは、独自のサービス、データ、契約、人の4つから生まれます。いずれも、使い始めのときには便利さや割安さとして表れるため、気づきにくいのが特徴です。

生まれる元例
独自のサービス事業者独自のデータベース、メッセージの仕組み、サーバーレスの実行環境などに、アプリケーションが深く結び付いている
データ大量のデータを置いており、外へ持ち出すのに時間と転送の費用がかかる
契約長期の利用を約束して割引を受けており、約束の期間が残っている
人社内の技能や運用の手順が、特定のクラウドの操作に偏っている

データを外へ持ち出す通信には、通常は料金がかかります。転送の費用の考え方は、データ転送料金とは。クラウドから出ていく通信の費用で説明しています。長期の利用の割引は、予約の割引(Savings Plans など)は使うべきかにまとめています。

いつでも移せる形にしておくべきですか

いつでも移せる形にしておく必要は、多くの場合ありません。事業者独自のサービスは、運用の手間を減らし、早く作れるという利点があり、それを使わない設計にすると、自分で作り、守る部分が増えます。複数の事業者を同時に使う形にも、運用が重くなるという面があります。考え方は、マルチクラウドは必要か。利点と、運用が重くなる点で説明しています。

大切なのは、独自のサービスを使うことを避けるのではなく、「どこに依存しているか」を知っておくことです。依存している部分が分かっていれば、乗り換えるとしたらどこを作り直す必要があるか、どれだけの期間と費用がかかるかを見積もれます。

出口の計画には、何を書けばよいですか

出口の計画は、乗り換えると決めたときに、何から手を付けるかが分かる程度の資料で十分です。次の5つを書いておきます。

  1. データの持ち出し方:どのデータを、どの形式で、どの方法で持ち出すか。データベースは一般的な形式で書き出せるか
  2. データの量と費用:持ち出すデータの量と、転送にかかる時間と費用の目安
  3. 依存しているサービスの一覧:事業者独自のサービスと、それに代わる手段
  4. 契約:長期の割引の約束の残りの期間、販売会社との契約の終わり方
  5. 手順と期間:並行して動かす期間、切り替えの段取り、戻す手順

構成をコードで書いて管理している場合(IaC)は、何をどう作ったかがそのまま記録になり、移る先での作り直しの手がかりになります。考え方は、インフラのコード化(IaC)とは。手作業の構築をやめる理由で説明しています。アプリケーションをコンテナにしておくと、動かす環境を替えやすくなることもあります。

計画は一度作って終わりではなく、構成が大きく変わったときや、長期の割引の約束を更新するときに見直します。割引を約束する前に出口の計画を見ておくと、約束の期間を決めるときの判断材料になります。

事業者は、乗り換えのときの転送料金をどう扱っていますか

AWS・Google Cloud・Microsoft Azure は、ほかのクラウドや社内のデータセンターへ移るときのデータ転送を、条件つきで無料にする仕組みを公表しています。

AWS は2024年3月に、条件を満たすお客様が AWS サポートへ申請することで、移行のためのインターネットへの転送を無料にできる仕組みを発表しました。すべてのデータを移すか、特定のサービスのデータをすべて移すことが条件とされ、承認されると移したデータの分がクレジットとして提供されます。アカウントを閉じる必要はないとしています。

出典:Free data transfer out to internet when moving out of AWS(AWS、2024年3月5日)

Google Cloud は2024年1月に同様の仕組みを発表しました。出口の通知を出した後、30日の開始の期間に移行を始め、その後少なくとも30日の移行の期間に移行を終え、完了の通知を出す流れです。完了の通知から少なくとも30日たった後の月末に、対象のサービスの契約は終わったものとして扱われます。対象のサービスの契約を終えない場合や、サービスの一部だけを移す場合は対象にならないとしています。

出典:Eliminating data transfer fees when migrating off Google Cloud(Google Cloud、2024年1月11日)、Exit Google Cloud(Google Cloud)

Google Cloud の、移るときの無料の転送の流れ(2026年11月時点の公式ページ)

出口の通知
開始の期間(30日)移行を始める
移行の期間(少なくとも30日)移行を終え、完了の通知を出す
契約の終了完了の通知から少なくとも30日たった後の月末

対象のサービスの契約を終えない場合や、サービスの一部だけを移す場合は対象になりません

Azure は料金ページで、ほかのクラウドや社内のデータセンターへ移るために、インターネット経由でデータを持ち出すお客様に、外へ出る通信を無料にしていると説明しています。

出典:Bandwidth pricing(Microsoft Azure)

いずれも、申請の手順、対象のサービス、期限が決められています。この記事の内容は2026年11月時点の公式ページにもとづくもので、条件は改定されることがあるため、乗り換えを決めたときは、その時点の公式ページと契約で確かめます。契約の個別の判断は、弁護士などの専門家にご確認ください。

乗り換えを検討するのは、どんなときですか

乗り換えを検討するきっかけには、費用の大きな変化、必要な機能や地域の不足、M&Aによるグループの方針の統一などがあります。どのきっかけでも、移行の費用と期間、移行の間の危うさを、乗り換えて得られる利点と比べて判断します。

乗り換えは、システムの移行の一つです。移行の型の選び方は、クラウドへの移行の7つの型(7つのR)と選び方で説明しています。M&Aの後に事業者をそろえる場面は、M&Aの後のクラウドの統合。アカウントと権限をどうまとめるかでも取り上げています。

当社のご支援

アメリア・テクノロジーのクラウドの構築と運用管理では、AWS・Microsoft Azure・Google Cloud のいずれにも対応し、いまの構成の依存している部分の洗い出し、出口の計画づくり、事業者の間の移行をご支援しています。設計・構築・移行はお見積りで、料金の目安は料金の目安に載せています。まずは無料のクラウドの自己診断で、いまの状態をおおまかに確かめることもできます。

  • クラウド
  • 乗り換え
  • ベンダーロックイン
  • 移行

この記事に出てくる用語

この記事を書いた人

石田 誠 グループCTO

インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。

このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。

あわせて読みたい

クラウドと運用のコラムを見る コラムの一覧に戻る

無料で相談する無料の診断