Computer Weekly製品ガイド

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

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

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

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

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

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

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

技術的課題

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

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

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

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

この記事の著者

関連記事

• 

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

• 

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

新着ホワイトペーパー PR

• 製品資料
  [株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる
• 製品資料
  [株式会社キーエンス] なぜRPA導入は頓挫する？　シナリオ作成の壁を乗り越える解決策とは
• 製品資料
  [株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？　PLMとの融合で実現する高速開発
• 事例
  [日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？　「新たな働き手」を支える3要素とは
• 製品資料
  [日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣