Computer Weekly製品ガイド

クラウドバーストの利用が伸びない理由

クラウドバーストの魅力は理解しやすい。だが少なくとも現時点では、それに伴う複雑さがメリットをかき消している。

　ほとんどのIT部門は、時としてコンピューティング需要の急増に見舞われる。これは予想できることもあれば（例えばスポーツのベッティングサイトは決勝戦当日の状況を予想できる）、できないこともある。

　そうした需要のピークに対応するための機器を自社で調達することは、必ずしもコスト効率が良いとはいえない。解決策としてよく挙げられるのがクラウドバーストだ。クラウドバーストでは、オンプレミスのリソースの負荷が高まると、理論上はアプリケーションが自動的にパブリッククラウドサービスに作業を割り当てる。

　このアプローチの魅力は分かりやすい。普段は余分な演算能力のためにコストを掛ける必要がない。この概念は数年前、ハイブリッドクラウドを企業に売り込みたいサプライヤーの宣伝戦略として浮上した。

　調査会社451 Researchのクラウドデータ担当調査ディレクター、アンドルー・ライヒマン氏も、かつて勤務していたAmazon Web Services（AWS）でこのアイデアを売り込もうとした1人だった。「AWSにいたころ、宣伝に使えそうなクラウドバーストの実例を探していたが、1つも見つからなかった」と同氏は告白する。

　ライヒマン氏は、企業が突如としてクラウドバーストに飛び付くようになるとは考えていない。「まず何よりも、複雑だから」というのがその理由だ。

技術的課題

　コンサルティング会社Quocirca創業者のクライブ・ロングボトム氏も同じ考えだ。クラウドにクエリを送って戻って来るまでの時間を考えると、ローカルネットワークの反応時間を想定して構築したアプリケーションにクラウドバーストを使う可能性は排除されると同氏は言う。

　「これがうまくいかない傾向にあるのは、ローカルのデータを使うローカルのアプリケーションに対してリモートのリソースを利用しようとするためだ」と同氏は言い、そのためにシステムには0.5秒のレイテンシが生じると指摘。「バーストのメリットがあったとしても、このレイテンシによって帳消しになる」と解説する。

　リモートのアプリケーションへの高速アクセスを実現するためには、全データセットをリモートに複製する必要が生じるかもしれない。そうなると、データをリアルタイムの運用に使う場合は、リモートに複製したデータを常に最新の状態に保ち続けることが課題になる。

　データ層でアプリケーションのクラウドバーストを試みる場合、さらに問題は増え続ける。

この記事の著者

関連記事

• 

  「スマート製品」は全くスマートではない

• 

  コネクテッドカーは本当にチャンスなのか──自動車メーカーが明かす本音

新着ホワイトペーパー PR

• 製品資料
  [o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説　総物流費を抑制するサプライチェーン戦略
• 製品資料
  [o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？
• 製品資料
  [株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ
• 市場調査・トレンド
  [ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？
• 技術文書・技術解説
  [ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？　「変えない判断」から脱却する方法とは