クラウド コンピューティングの長所と短所
- 11 分
クラウドのベネフィット
クラウド コンピューティングの普及は、経済性の向上、IT 管理の簡素化、スケーラビリティ、柔軟性、使用率の向上、二酸化炭素排出量の削減など、多くのベネフィットによって推進されています。 クラウドのベネフィットを個別に検討してみましょう。
経済モデル: 組織は、通常、 キャパシティ プランニングと呼ばれるプロセスで、1 ~ 5 年前の IT 要件を見積もります。 キャパシティ プランニングにより、組織はピーク時の負荷に対する IT 投資を見積もることができます。これにより、負荷が予測を超えた場合 (サービスの低下につながる可能性があります) に、容量が時々過剰になる (使用率が低いリソース) か容量が不足する可能性があります。 従量課金制の経済モデルを使用すると、組織は必要なリソースに対して料金を支払うことになります。 組織は、初期コストの支払い、高価なコンピューティング インフラストラクチャへの投資および調達、またはインフラストラクチャの管理のための定期的なコスト支払いの必要がなくなります。 これは、スタートアップ企業にはとりわけ重要です。その理由は、コンピューティング リソースをリースすることで、これらの企業が初期コストを削減し、自社のオファリングを作成して一般発売する際の市場投入までの時間の短縮できるからです。
IT 管理の簡素化: クラウド サービスのユーザーは、IT リソースの設定、運用、保守に時間とリソースを割り当てる必要はありません。 ただし、クラウド プロバイダーは、クライアントを獲得するために、多大なリソースを投資して自社のオファリングを管理し、高い信頼性を維持しています。
スケーラビリティ: 従来の社内コンピューティング環境では、組織が IT インフラストラクチャの調達、設定、運用に数日から数か月かかる場合があります。 クラウド サービス プロバイダーは、数時間どころか数分で、クライアントに貸し出すコンピューティング リソースをプロビジョニングします。 クライアントは、オンデマンドでリソースをスケールアップできるだけでなく、需要が少ない期間にはスケールダウンしてコストを削減することができます。 そのため、クラウドでは弾力性の重要なプロパティを有効にすることができます。これにより、リソースは、変化するワークロードに合わせて動的に、またはプログラムによる方法で、プロビジョニングとプロビジョニング解除を行うことができます。 弾力性をサポートするために、多くのクラウド サービス プロバイダーでは、需要の変動に応じてリソース プロビジョニングを動的に変更できるように、自動スケーリング ソリューションを提供しています。
柔軟性: 特定のクラウド サービスでは、プロバイダーは、カスタム プロビジョニングされたレンタルインフラストラクチャ上の仮想化イメージとして、利用可能なオペレーティング システム上で実行するように任意のソフトウェア プラットフォームを柔軟に構成できます。 クラウドにより、組織の (特定の開発プラットフォームとインフラストラクチャに関連付けられた) 柔軟性のない IT 設計上の決定を、より柔軟で弾力性があるモジュール式の選択肢へと転換することができます。
使用率の向上: 物理リソースはユーザー間で共有されるため、クラウド コンピューティングではリソース使用率が大幅に向上します (マルチテナント)。 仮想化により、サーバーは、同じシステム リソースを共有するオペレーティング システム イメージとして統合されるようになりました。 そのため、使用率が改善されることで、電力と冷却の全体的な節約と、二酸化炭素排出量の減少につながります。
迅速かつグローバルな展開: グローバル データ センターのプレゼンスを持つクラウド サービス プロバイダーのサービスを採用することで、スタートアップ企業は、世界中の対象ユーザーにアプリケーションとサービスを迅速に展開することで、確立されたプレイヤーと競争できます。 これは、サービスが複数の国や地域で広まるため、口コミで急成長する傾向がみられるソーシャル メディアのスタートアップ企業にとって特に重要です。
クラウド コンピューティングのリスク
クラウド サービスを導入することにより、ユーザーと組織は多くのベネフィットを活用できます。 ただし、これらのサービスを使用することで、次のようないくつかのリスクが生じます。
ベンダーのロックイン: 主要なクラウド ベンダーのクラウド コンピューティング プラットフォームは、主に独自のプラットフォームです。 標準化が不十分な場合、クライアントがクラウド サービスにサインアップしたり、そのサービス用のアプリケーションを開発したり、それにデータをデプロイしたりする場合に、ベンダー ロックインの状況が発生する可能性があります。 標準化がされていないと、クライアントが別のクラウド プラットフォームにシームレスに移行できる可能性はほとんどありません。 アプリケーションを別のプラットフォームに移行するには、多くの場合、クライアントでサードパーティのクラウド移行スペシャリストや追加のサービスが必要になります。
セキュリティ リスク: パブリック クラウドを使用したクラウド コンピューティングにより、組織のデータが 4 つの壁を超えて出荷される可能性があるため、セキュリティは主なリスクと懸念事項になります。 ドメインによっては、ユーザーまたは組織がそれを行うことが許容されていません。その場合、ユーザーまたは組織はプライベート クラウドを構築するか、自身のニーズに合わせてアクセスが制限された独自のリソースに依存せざるを得ない場合があります。 ただし、セキュリティ要件が厳しい特定の市場には、ニッチ ソリューションがあります。 データのセキュリティと整合性に関する米国連邦政府の特定の要件を満たす Amazon GovCloud はその一例です。 GovCloud は、Amazon が公開している他のクラウド インフラストラクチャとは物理的に異なるため、漏洩を減らすことができます。 Azure Government は、Azure 空間で同じ役割を果たします。
プライバシー リスク: クラウドを使用すると、プライバシーに関連する多くの懸念事項も発生します。 クラウド サービス プロバイダーが従う法律によっては、政府機関が、クライアントの明示的な同意なく、またはクライアントに通知なく、プロバイダーからデータを検索して差し押さえる権限を持っている場合があります。 さらに、クライアントがパブリック クラウドを使用している場合、データの機密性が完全に保証されることはありません。 クラウド コンピューティングに関するいくつかのセキュリティ リスクについては、このモジュールで後ほど説明します。
信頼性のリスク: クラウドであっても、信頼性の問題の影響を受けません。 2012 年 12 月、Amazon のバージニア州にあるサーバーでの "接続問題とパフォーマンスの低下" により、Netflix ユーザーにサービスの停止が発生しました。 Amazon EC2 の北バージニアのデータ センターが 2011 年に数日間ダウンし、Reddit や Foursquare などの Web サイトに影響を及ぼしました。 Microsoft Azure でも同様の問題に直面し、西ヨーロッパでサービスが 2 時間半停止しました。 パブリック クラウドにより、組織に影響を及ぼす可能性のある潜在的な信頼性リスクがもたらされます。 クライアントは障害のための計画をする必要があります。また、クライアントが障害発生時に引き継ぐためのフェールオーバーと冗長インフラストラクチャを設定できる可用性ゾーンなどの機能を使用する必要があります。これには、当然コストがかかります。 クラウド ユーザーは、そのような事態が発生した場合の補償を可能にするサービスレベル アグリーメント (SLA) に署名することで、クラウドの信頼性リスクの軽減を試みます。 クラウド サービスはネットワーク経由でのみアクセスできるため、接続が中断されると、アプリケーションが失敗し、評判の喪失や損害につながる可能性があります。
これらのリスクの一部はクラウド コンピューティングだけに限られたものではなく、銀行であれ医療サービスであれ、どのサービス プロバイダーにとっても一般的なものです。 クラウド サービス プロバイダーは、信頼性と評判がその採用率に直接影響するため、これらのリスクの影響を慎重に考慮し、解決策を作成して、リスクを軽減する必要があります。 独自のサービスを提供するクラウド導入者も、これらのリスクから自社の評判を守る必要があります。
クラウド コンピューティングの課題
メリットとリスクに加えて、クラウド コンピューティングの導入に関していくつかの課題があります。
アプリケーションのエンジニアリングと開発: クラウドは本質的に、オンデマンドで動的にスケーラブルなインフラストラクチャの約束を提供します。 ただし、クラウドをプログラミングすることは、1 台のマシンのコードを記述するよりも複雑です。 インフラストラクチャを管理するためにプロバイダー API と組み合わされた MapReduce、Spark、GraphLab などの新しいプログラミング パラダイムは、開発者が複雑さに対処するのに役立ちますが、さらに習得期間が必要です。 さらに、クラウドの経験がある熟練の開発者は、依然として比較的少ないですが、高い需要があります。 最後に、クラウド プログラミング モデルと API は絶えず進化しているため、これにより定期的なエンジニアリング コストと開発コストが増える可能性があります。
データの移動: パブリック クラウドを使用するには、通常、インターネット経由でクラウドに接続する必要があります。 この要件により、クラウドとのデータ移動は、組織のローカル エリア ネットワーク (LAN) 内よりも大幅に遅くなります。 クラウドでは、アプリケーションで大量のデータ (ビッグ データ) をターゲットにすることができますが、データ移動がクラウド導入を制限する要因になる可能性があります。 たとえば、Amazon と Microsoft では、クライアントは大量のデータセットを無料でアップロードすることも、ハード ディスクを発送して、その中のデータをクラウドに読み込むこともできます。
サービス品質 (QoS): 前述のように、クラウド インフラストラクチャは通常、多くのユーザー間で共有されます。 この共有により、クラウド プロバイダーがクライアントに QoS 保証を提供することが困難になります。 この課題により、パフォーマンスを重視する特定のアプリケーションがクラウドに移行できない場合があります。 クラウドの QoS は、クラウド リサーチの重要な領域です。 たとえば、I/O 帯域幅を特定の仮想マシンに調整することで、重要なアプリケーションに対して予測可能なパフォーマンスを提供することができます。
自分の知識をチェックする
フィードバック
このページはお役に立ちましたか?
いいえ
このトピックについてサポートが必要ですか?
このトピックの意図を把握したり、理解を深めたりするために Ask Learn を使ってみませんか?