クラウド13分で読める

クラウド脱出が加速——年間$1M削減の「リパトリエーション」戦略

クラウドエンタープライズビジネス
加木谷 直俊ソース記事を見る

「クラウドファースト」が常識だった時代が終わりつつある。37signals（Basecamp / HEY）のDHH（David Heinemeier Hansson）が2023年に宣言した「クラウド脱出」は、2026年現在、多くの企業に波及している。37signalsは年間$1M（約1億5,000万円）以上のコスト削減を達成し、Dropboxは自社インフラへの回帰で年間$75M（約112億円）のコスト最適化を実現した。

この流れは「クラウドリパトリエーション（Cloud Repatriation）」と呼ばれ、特に予測可能なワークロードを持つ成熟企業で加速している。本記事では、リパトリエーションの背景、成功事例、そして多くの企業にとって最適解となる「ハイブリッド戦略」を詳しく解説する。

なぜクラウドから撤退するのか

クラウドコストの現実

クラウドの初期メリットは明確だった。初期投資ゼロ、スケーラビリティ、運用負荷の軽減。しかし、サービスが成長し安定期に入ると、状況は一変する。

クラウドコストが膨張する主な要因:

  • エグレス（データ転送）料金: AWSの場合、リージョン外へのデータ転送は$0.09/GB。月間100TBで約$9,000
  • コンピュートの過剰プロビジョニング: 本番環境のEC2/GCE利用率は平均20-30%。常時起動のインスタンスに対して70-80%の無駄が発生
  • マネージドサービスのプレミアム: RDS、ElastiCache、EKS等のマネージドサービスは、同等のOSSを自前運用する場合の2-3倍のコスト
  • 年間10-15%のコスト上昇: サービス成長に伴うリソース増加と、クラウドベンダーの値上げが複合的に作用

以下の図は、クラウドとオンプレミスのコスト構造を比較しています。

クラウド vs オンプレミスの年間コスト比較。中規模SaaS企業の例で54%のコスト削減を示す

リパトリエーションの先駆者たち

企業移行元削減額/年移行期間ワークロード
37signalsAWS → 自社DC$1M+6カ月Rails アプリ群
DropboxAWS → 自社DC$75M2.5年ストレージ (Magic Pocket)
AhrefsAWS → 自社DC$400M (推定)3年大規模Webクローリング
GEICOAWS → 自社DC非公開進行中保険基幹システム
X (旧Twitter)AWS/GCP → 自社DC$100M+ (推定)1年ソーシャルメディア基盤

37signalsのケーススタディ

DHHが率いる37signalsのクラウド脱出は、最も詳細に公開されているケーススタディだ。

移行前: AWSに月額約$100,000（年間$1.2M）を支払い。主にEC2、RDS、ElastiCache、S3を利用。

移行内容:

  • Dell PowerEdgeサーバー8台を購入（約$600,000の初期投資）
  • シカゴとアムステルダムの2つのデータセンターにコロケーション
  • NVMe SSDストレージ、384GB RAMの高スペックマシンを採用
  • Kubernetesは使わず、独自のデプロイツール「Kamal」を開発

移行後: 月額約$37,000（年間$444,000）。初年度でも初期投資を含めて$500,000以上の純削減。2年目以降は年間$700,000以上の削減が確定。

重要な学び: 37signalsはすべてをオンプレに戻したわけではない。S3（ストレージ）とCloudFront（CDN）は継続利用しており、これが「ハイブリッド戦略」の典型例だ。

ハイブリッド戦略の設計

以下の図は、ワークロードの特性に応じた最適な配置先の判断マトリクスを示しています。

ハイブリッド戦略の判断マトリクス。予測可能性とスケール要件の2軸でオンプレ・クラウド・ハイブリッドを判断

オンプレミスに適するワークロード

  1. 予測可能なコンピュート: 24時間365日稼働するWebサーバー、APIサーバー
  2. 大容量データ処理: データウェアハウス、バッチ処理、CI/CDパイプライン
  3. 高性能計算: AI/MLの推論（学習はクラウドGPU）、動画エンコーディング
  4. 規制対応データ: 金融・医療データなど、データローカリティが求められるもの

クラウドに残すべきワークロード

  1. バーストトラフィック: セールイベント、キャンペーン時の一時的な負荷増大
  2. グローバル配信: CDN、エッジコンピューティング、マルチリージョン展開
  3. マネージドAI/ML: AWS SageMaker、Google Cloud Vertex AI等のGPUオンデマンド利用
  4. SaaS連携: クラウドネイティブなSaaS（Snowflake、Databricks等）との低レイテンシ接続

リパトリエーションの技術スタック

クラウドからオンプレに回帰する際に利用される主要技術を比較する。

カテゴリクラウドオンプレ代替備考
コンテナオーケストレーションEKS/GKEDocker + k3s / Nomadk3sは軽量K8sディストリビューション
オブジェクトストレージS3/GCSMinIOS3互換API、高い互換性
データベースRDS/Cloud SQLPostgreSQL + Patroni自動フェイルオーバー付きHA構成
キャッシュElastiCacheRedis (self-managed)Sentinel/Clusterで冗長化
ロードバランサーALB/NLBHAProxy / Nginx高い柔軟性とコスト削減
監視CloudWatchPrometheus + GrafanaOSSで同等以上の監視が可能
CI/CDCodePipelineGitLab CI / Daggerセルフホスト可能
デプロイECS/Cloud RunKamal / Nomad37signalsが開発したKamalが人気

Kamal — 37signals発のデプロイツール

37signalsのクラウド脱出から生まれた「Kamal」は、Dockerベースのゼロダウンタイムデプロイツールだ。

# config/deploy.yml
service: myapp
image: myapp
servers:
  web:
    - 192.168.1.10
    - 192.168.1.11
  job:
    hosts:
      - 192.168.1.12
    cmd: bin/jobs

kamal deploy の1コマンドで、Dockerイメージのビルド→レジストリへのプッシュ→ローリングデプロイが完了する。Kubernetesの複雑さを回避しつつ、本番レベルのデプロイ自動化を実現できる。

リパトリエーションのリスクと課題

コスト削減だけに目を奪われると、隠れたリスクを見落とす。

運用人材の確保

クラウドマネージドサービスの最大のメリットは「運用をアウトソースできること」だ。オンプレに回帰すると、以下の運用スキルが社内に必要になる。

  • ハードウェア管理: サーバーの調達、ラッキング、故障対応
  • ネットワーク: BGP、VLAN、ファイアウォール設定
  • セキュリティ: パッチ管理、脆弱性スキャン、DDoS対策
  • バックアップ/DR: 災害復旧計画、オフサイトバックアップ

37signalsの場合、既にインフラチーム（3名）がクラウド時代から在籍しており、追加採用なしで移行できた。しかし、クラウドネイティブなスタートアップが一からチームを構築するのは現実的ではないケースが多い。

初期投資のハードル

サーバーハードウェアの購入は、キャッシュフローの観点でスタートアップには厳しい。目安として以下のコストが発生する。

  • サーバー本体: 1台 $5,000〜$30,000（スペックにより大幅に異なる）
  • コロケーション費用: 1ラックあたり月額$1,000〜$3,000
  • ネットワーク回線: 1Gbps専用線で月額$500〜$2,000
  • 初期構築: ネットワーク設計・構築に$20,000〜$50,000

スケーリングの柔軟性低下

クラウドの最大の利点はオンデマンドスケーリングだ。オンプレではキャパシティプランニングが必要になり、ピーク時の余剰リソースを常時保持するか、クラウドバーストを併用する設計が必要になる。

日本ではどうなるか

データセンター事情

日本のコロケーション市場は、エクイニクス、NTTコミュニケーションズ、さくらインターネットなどが充実しており、リパトリエーションのインフラ面でのハードルは低い。特にさくらインターネットは「さくらの専用サーバ」で手軽にベアメタルサーバーを利用でき、完全なオンプレに至らない中間的な選択肢を提供している。

日本企業の動向

日本ではクラウドリパトリエーションはまだ大きな潮流にはなっていない。その理由は以下のとおりだ。

  • クラウド移行自体がまだ途上: 経済産業省の調査（2025年）では、日本企業のクラウド利用率は約75%だが、基幹システムのクラウド化率は40%程度にとどまる
  • 人材不足: オンプレ運用に必要なインフラエンジニアが慢性的に不足
  • ベンダー依存: SIerを通じたクラウド導入が多く、脱クラウドの意思決定がしにくい構造

ただし、一部のテック企業では動きが出始めている。

  • メルカリ: 一部のバッチ処理ワークロードをGCPからオンプレに移行（推定）
  • LINE（LY Corporation）: 従来からVerda（自社プライベートクラウド）を運用しており、実質的なハイブリッド戦略の先駆者
  • さくらインターネット: 「GPUクラウド for AI」でAI用途に特化したベアメタルGPUサーバーを提供し、パブリッククラウドGPUの代替として注目

円安の影響

1ドル=150円水準が続く中、AWSやGCPの利用料は実質的に年々上昇している。USリージョンの料金がベースであるため、日本企業のクラウドコストは為替リスクも含めた計算が必要だ。この為替要因が、日本でのリパトリエーション議論を加速させる可能性がある。

まとめ：自社に最適な戦略を選ぶ

クラウドリパトリエーションは「クラウドかオンプレか」の二者択一ではなく、ワークロードごとの最適配置を考える機会だ。以下のアクションステップを推奨する。

  1. クラウドコストの棚卸し: AWS Cost Explorer / GCP Billing Exportで過去12カ月の利用傾向を分析し、「常時稼働で予測可能な」ワークロードのコスト比率を算出する
  2. TCO（総所有コスト）の計算: オンプレ移行した場合の初期投資＋3年間の運用コストをクラウド継続コストと比較する。人件費の増加分を必ず含めること
  3. ハイブリッド設計の検討: コンピュートはオンプレ、ストレージとCDNはクラウド、バーストはクラウドという37signalsモデルを参考にする
  4. 小さく始める: まずはCI/CDパイプラインやステージング環境など、リスクの低いワークロードからオンプレ試行を始める
  5. コミュニティに参加: Kamal、MinIO、k3sなどのOSSコミュニティや、Platform Engineering Meetupで最新事例をキャッチアップする

クラウドの利便性は否定できないが、「思考停止のクラウドファースト」は終わった。自社のワークロード特性、チーム体制、財務状況を冷静に分析し、最適なインフラ戦略を構築する時代が来ている。

この記事をシェア

XはてブLinkedIn

「クラウド」カテゴリの記事

「クラウド」の記事をもっと見る

関連記事

新着記事