オンプレミス回帰に新たな潮流【第2回】
DropboxやXはなぜ「脱クラウド」「オンプレミス回帰」に踏み切ったのか?
運用やコストの効率性を求めてクラウドサービスへの移行の動きが拡大する中で、クラウド万能の神話は揺らいでいる。一部の企業はクラウドサービスからオンプレミスへの回帰を選んでいる。その例をまとめた。
「Amazon Web Services」や「Microsoft Azure」「Google Cloud」といったクラウドサービスが台頭し、クラウドへの移行はレガシーITシステムの運用負荷やコストの課題を解決するのに適した手段だと考えられるようになった。だが、その理想に陰りが見え始めている。
もはや“万能”ではないクラウドサービスを離れ、オンプレミスへと回帰(脱クラウド)する動きが世界各地で現れているのだ。その背景にある動向をまとめた第1回「『オンプレミス回帰』『脱クラウド』を招いた“米国離れ”の衝撃」に続き、中編となる本稿は実際にオンプレミス回帰を実行した例を取り上げる。どのような判断で移行を決断し、どのような成果を得たのか。
“脱クラウド”戦略で成果を上げた企業、回帰の理由は?
併せて読みたいお薦め記事
「オンプレミス回帰」の真相
クラウドサービス利用の見直しに踏み切る動きが広がる中で、著名な企業がオンプレミス回帰によってコスト削減やパフォーマンス向上を果たした実例も出てきている。企業のITリーダーもそうした動きに着目し、中にはSNS(ソーシャルネットワーキングサイト)などで自身の見解を表明したり、動向をまとめて発信したりしていることもある。
その一人が、医療機器や医療製品を製造、販売するJohnson & Johnsonの製薬部門Johnson & Johnson Innovative Medicineのバイスプレジデント兼最高情報責任者(CIO)であるルイス・ゴンジン氏だ。同氏はビジネス向けSNS「LinkedIn」の投稿で、大手クラウドサービスからアプリケーションを移行させ、大幅なコスト削減とパフォーマンス向上に成功した企業の例を挙げている。
X(旧Twitter)
短文投稿サイト「X」(旧「Twitter」)を運営するXは、アプリケーションをクラウドサービスから自社のデータセンターに移行。移行の主な理由はコスト削減だとみられており、実際に同社はオンプレミス回帰によって月額のコストを60%削減した。
Dropbox
オンラインストレージサービスを提供するDropboxは、AWSのクラウドストレージサービス「Amazon Simple Storage Service」(Amazon S3)からオンプレミスのインフラにデータを移行。増大し続けるデータ保管のコストを抑制することが主な目的だった。同社は2年間で7500万ドルのコスト削減をした他、独自にシステムを構築することで、ファイルの読み込みなどのパフォーマンス向上を果たした。
37signals
プロジェクト管理ツール「Basecamp」を運営する37signalsは、ベアメタルサーバを導入することで、年間320万ドルのコストを60万ドルまで81%削減した。投資費用は数カ月以内に回収した。
Discord
ボイスチャットサービスを提供するDiscordは一部のアプリケーションはクラウドサービスに残しつつ、より重要なアプリケーションをオンプレミスのインフラに移行。このハイブリッドクラウドのアプローチを採用することで、コストを45%削減した。
Snapchat
ショート動画共有サービスを提供するSnapchatは、アプリケーションをGoogle Cloudから独自のインフラに移行。パフォーマンスを向上させることと、長期的なコストを削減することが目的だ。
画像やアイデアを共有、収集できるSNSを提供するPinterestは、必要なリソース量を見極めやすいアプリケーションをクラウドサービスからオンプレミスに移行するハイブリッド戦略を採用。コスト効率とスケーラビリティのバランスを取ることが目的だ。
LinkPoolはオンプレミスに完全回帰
アプリケーションやデータの一部をオンプレミスに戻すハイブリッドクラウドではなく、オンプレミスインフラに完全移行した企業もある。暗号資産(仮想通貨)を発行し、ブロックチェーン技術で管理しているLinkPoolは、当初はAWSやGoogle Cloudを含むマルチクラウドを採用していた。しかし同社のアプリケーションがCPUとメモリを大量に消費する傾向があることから、コストが想定以上に上昇し、戦略を見直さなければならなくなった。
LinkPoolのCEOを務めるジョニー・ハックステーブル氏は、「ベンダーのコスト最適化チームに相談したが、コスト削減の余地は限られていた」と語る。同社は最終的に、Pulsantのコロケーションサービスに完全移行することに決めた。その結果として以下の成果が得られたという。
- コストを90~95%削減
- アプリケーションのパフォーマンスを大幅改善
- 災害復旧(DR)の強化
ハックステーブル氏は、ブロックチェーン管理に必要な分散システムとコロケーションの相性が良いと指摘する。「各データセンターにサーバを展開し自社管理することで、ネットワークやプロジェクトに応じて独自の分散環境を構築できるようになった」という。
「脱クラウドが正解」になる条件
以上の例は、脱クラウドのメリットを示唆するものだが、それと同時に考慮すべきことがある。全ての企業にとって脱クラウドが正解というわけではない、ということだ。
ゴンジン氏は結論として、脱クラウドは万能の解決策ではないとしつつも、以下の条件がそろえば「検討に値する選択肢だ」と述べる。
- 需要の予測が可能なアプリケーションがある
- インフラに投資する財政面の余力がある
- 必要な技術的専門知識を保有している
次回は、脱クラウドに対する慎重派の意見と併せて動向をまとめる。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly発 世界に学ぶIT導入・活用術
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は? 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは? -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める? -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「ノートPC派」は損をしている? Dellと考える“自作PC”のメリット
-
4
エンジニアの生産性はどう測る? マネジメントに不可欠な可視化の実現方法とは
-
5
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
6
ただなのに「12時間以内の復旧」も要求 無償OSSに商用レベルを求める企業の末路
-
7
「IoT通信環境の構築・運用」に関するアンケート
-
8
生データを隠してデータ連携 KDDIが4000万人の顧客情報を安全に分析できた理由
-
9
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
10
大阪証券取引所がHiRDBで実現した「世界トップレベルの応答速度」を誇る新売買システム
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
5
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
9
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー