「脱クラウド」が意味するもの【第1回】
クラウドをやめてオンプレミス回帰する「脱クラウド」は日本で広がるのか
企業ITにとって欠かせない存在になったクラウド。運用管理の効率化などさまざまな利点があるが、使い方を間違えると「オンプレミスの方が良かった」という結果になる。そこで生まれる選択肢が「脱クラウド」だ。
2006年にGoogleの当時のCEO(最高経営責任者)だったエリック・シュミット氏が「クラウド」という言葉を使用してから、13年以上が経過した2020年。現在、クラウドは国内の企業ITにおいて欠かせない存在になった。とはいえクラウドに対する姿勢や活用度合いは企業ごとに異なる。クラウドを最優先で検討する「クラウドファースト」を掲げて、可能な限りITシステムをクラウドで稼働させることを目指す企業もあれば、クラウドに対していまだ慎重な姿勢を崩さず、自社でインフラを保有するオンプレミスでのシステム運用を継続している企業もある。
ITシステムの最新化に当たってはクラウドがその切り札になると考えられがちだが、クラウドへの移行が常に正しいわけではない。「Amazon Web Services」(AWS)や「Microsoft Azure」(Azure)のようなパブリッククラウドでいち早くITシステムを構築し、稼働させた企業の中には、パブリッククラウドで何らかの課題を抱え、システムをオンプレミスへ回帰させた例がある。Dropboxは自社のオンラインファイル同期サービスのインフラをAWSからオンプレミスに回帰。国内でもNTTぷららが自社の映像配信サービス「ひかりTV」のインフラをAzureからオンプレミスに切り替えた。
本連載は、パブリッククラウドからオンプレミスに回帰するこうした動きを「脱クラウド」(英語では「Cloud Repatriation」)と呼び、その動きを探る。併せて今後のインフラ選定を進める上で重要になるポイントを考察する。
併せて読みたいお薦め記事
クラウドベンダーがオンプレミスを重視する理由
パブリッククラウドの特性を改めて考える
国内ではクラウド移行そのものがこれから
脱クラウドの動きが目立つのは、国内よりもクラウド化の動きが早かった米国だ。日本ヒューレット・パッカードで企業のITシステム構築・運用に関するコンサルティングを担当する挾間 崇氏によると、国内企業がクラウドファーストを意識し始めたころには、米国の企業は既にクラウド移行の実行フェーズに入っていた。「米国におけるクラウド移行計画の進展は、国内よりも数年先に進んでいる」と挾間氏は話す。
国内ではクラウド移行計画の進展は企業ごとに異なり、既にクラウドに移行した企業もあれば、いま計画段階の企業もある。ただし全体的に見て、国内でクラウド移行が本格化するのはこれからだ。日本オラクルでクラウド事業を統括する佐藤裕之氏は「国内企業の基幹系システムの大半は、まだオンプレミスで稼働している」と話す。
国内でも脱クラウドは起きるのか
クラウド移行と同様、脱クラウドでオンプレミスに戻るとなれば移行作業は簡単ではない。パブリッククラウド独自の仕様に合わせてシステムを構築しているとすれば、オンプレミスに戻る際は再び作り直しが必要になるからだ。リソースをサービスとして利用できるパブリッククラウドとは異なり、オンプレミスでは設備投資の予算も用意しなければならない。そのためパブリッククラウドでシステム運用を開始した後に何らかの課題を抱えたとしても、インフラを見直すまでにパブリッククラウドで数年の運用期間を経るのが一般的な判断だろう。
EMCジャパンでハイパーコンバージドインフラ(HCI)やクラウド分野のプリセールスを担当する平原一雄氏によると、海外でパブリッククラウドからオンプレミスに移行した企業は、いち早くクラウド化に着手した企業がほとんどだ。「2013年~2014年ごろにパブリッククラウドに移行した企業が中心だと考えられる」と平原氏は語る。
企業がオンプレミスに回帰する理由は幾つか考えられる。例えばコストの問題がある。日本IBMでクラウド事業を統括する二上哲也氏によると、クラウドからオンプレミスに移行した企業は、インターネットサービスを提供するスタートアップ(創業間もない企業)が多い印象だという。「新規事業をパブリッククラウドで立ち上げ、事業規模が大きくなった結果としてランニングコストが高くついてしまったことが、オンプレミス回帰のきっかけになった可能性がある」と二上氏は指摘する。
クラウドサービスを使えばIT設備の直接的な投資は不要なので、コストを抑制できるという意見がある。だが使い方によっては、コストがクラウド運用における課題の一つになるということだ。具体的な事例としては、冒頭で紹介したNTTぷららの取り組みが参考になる。同社は、ひかりTV用のコンテンツ管理でクラウドストレージ「Azure Blob Storage」を使っていたが、オンプレミス側にDell EMCのストレージシステムを導入し、データを移行した。課題となったのはコンテンツをAzureの外部に出す際のコストと、運用管理の自由度の低さだ(詳しくは過去記事参照「ひかりTVが『クラウドストレージ』をやめて『オンプレミス』に回帰した理由」)。
「脱クラウド」を押しとどめる要因も
国内でも数年後に脱クラウドの動きが広がる可能性はある。ただし米国で起きている動きと同じことが国内でも起こるとは限らない。
1つ目はそもそものオンプレミスからクラウドへの移行の遅れだ。一般的に国内企業の傾向として、意思決定に時間をかける点が挙げられる。これは米国との違いとして特徴的な点であり、クラウド移行を成功させる上で、ある意味ではプラスに働く。クラウド移行を慎重に検討する企業は、きれいな移行計画を描いたものの、いざ実行する段階になって実現可能性の低さに気付くことがある。その場合は再びクラウド移行計画を立て直す必要がある。「その間に状況が変わり、より良い選択をできるようになれば結果的には間違いではない」と挾間氏は話す。ただし計画に時間をかければ、それだけITシステムの最新化に乗り遅れてしまう弊害は残る。
2つ目は国内企業がクラウドへの移行を済ませ、クラウドの課題に直面したとしても、クラウドにとどまる可能性があることだ。パブリッククラウドの急速な進化を考えれば、企業が現時点で直面しているパブリッククラウドの課題が、数年後には解消もしくは軽減されていることが十分に考えられる。ただしパブリッククラウドベンダーが生み出す解決策によっては、結果としてオンプレミスへの回帰や、オンプレミスの併用につながる可能性がある。リソースを共有するパブリッククラウドではなく、オンプレミス側に配置する専有型のインフラでAWSの機能を利用できる「AWS Outposts」がいい例だ。
パブリッククラウドは拡張性の高さや従量課金型のリソース調達などの利点があり、ITインフラの最新化といった文脈でも注目されるようになった。ただしオンプレミスでも同じ特性を持たせた製品や、パブリッククラウドとオンプレミスをシームレスなインフラとして扱う製品も登場しており、両者の違いは以前よりも小さくなっている。脱クラウドはこうしたITインフラの進化や変遷の流れの中で起きている一時的な企業の動きに過ぎない、とも言える。
とはいえクラウドとオンプレミスの垣根が取り払われつつあるからこそ、脱クラウドに注目する意味がある。企業がパブリッククラウドからオンプレミスに回帰しなければならなかった明確な理由があるからだ。第2回以降は、脱クラウドにつながるパブリッククラウドの課題とオンプレミスの利点や、アプリケーションの可搬性が求められる今後の時代に必要なインフラ構築の視点、候補となる製品などを紹介する。
Copyright © ITmedia, Inc. All Rights Reserved.
「脱クラウド」が意味するもの
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革:属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
3
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
4
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
5
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
6
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
7
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
8
頻繁な承認が生む“確認疲れ” 「MCP」を安全に使う権限管理とは
-
9
“AIコーディング”でどのツールを選ぶ? 「ChatGPT」「Claude」の真価
-
10
APIキー奪取から3時間でクラウド掌握 Anthropicが暴いた「バイブハッキング」の現実的な防御策
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
「スクラム」と「カンバン」の違いとは? アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー