Computer Weekly製品ガイド

クラウドバーストのメリットとデメリット

誇大に宣伝されているクラウドコンピューティングの恩恵は、移植性や互換性問題によって陰りが生じることもある。

公開 2016年12月15日 08時00分

更新 2019年08月07日 15時40分

著者

Lauren Nelson

[Computer Weekly]

印刷する Googleで優先するソースとして追加

　クラウドバーストやブローカリングの可能性について考えるのは興味深いことだが、法人顧客の前には数え切れない障壁が立ちふさがる。ワークロードの動的な移植は概念としては興味深い。だがまだ検討事項にはならない。

Computer Weekly製品導入ガイド無料ダウンロード

本記事は、プレミアムコンテンツ「Computer Weekly製品導入ガイド」（PDF）掲載記事の抄訳版です。本記事の全文は、同プレミアムコンテンツで読むことができます。

Computer Weekly製品導入ガイド　クラウドバースト製品導入戦略ガイド

　ブローカリングは、その時点でコストが最も低いプラットフォームにクラウドワークロードを動的に移動させる。一方、クラウドバーストはアプリケーションのコストとパフォーマンスを随時最適化することを目指す。一般的な用途として、企業は自前の仮想環境で仮想マシン（VM）を継続的に利用するために料金を支払い、追加で容量が必要な場合はパブリッククラウドを使用できる。

　2011年の時点で、コストやパフォーマンスの変化に基づいてクラウドを動的にソーシングしたりブローカリングしたりすることは、従量制の料金体系における未来構想だった。そして今も、構想のままであり続ける。まだ最初のツールが登場したばかりであり、用途は限られる。しかもパブリッククラウドのコストとの間に、それほど強いブローカー需要を喚起するほどの差はない。

　クラウドバーストは、概念としては素晴らしいことばかりのように思える。平時は自社専用サーバに料金を支払いながら、ピーク時はパブリッククラウドを従量制の料金で利用できる。

　だが現実には、バーストはネットワークに負荷を生じさせ、結果として相当のデータ出力料金が掛かり、アプリケーションに遅延が生じ、テンプレートが一致する同一のクラウドを2つ使う必要が生じる。