知っておくべきパブリッククラウドの最適な帰還ユースケース

クラウド コンピューティングを導入すると、課金、管理、コンプライアンスの問題が発生する可能性があり、企業がクラウド プラットフォームからオンプレミスのデータ センターにワークロードを戻している主な理由のいくつかを理解する必要があります。

[[311752]]

数多くのクラウド プロバイダーのケース スタディやユーザー導入の成功事例があるにもかかわらず、パブリック クラウドの状況は必ずしも明るいわけではなく、一部の企業はクラウド回帰を実施しています。コスト、セキュリティ、ビジネス慣行は、企業がワークロードをオンプレミスのデータセンターに回帰する理由です。

企業がクラウドへの回帰を検討し、実行する主な理由は次の 5 つです。

1. 運営コスト

クラウド コンピューティングは、コンピューティング インスタンスやストレージなどのサービスのコストを削減する可能性があり、企業にとって魅力的です。パブリック クラウドを導入すると、オンプレミスのデータ センターでこれらのリソースを購入、インストール、運用、保守するよりもコストがかからないように思われることがよくあります。

ただし、クラウド コンピューティング プロバイダーには、使用量、時間単位、月単位のコストを含む幅広いオンデマンド オプションがあります。これらの定期的なクラウド コンピューティング コストは予測が難しく、コンピューティング、ストレージ、アウトバウンド データ転送などのコア サービスの範囲を超える場合がよくあります。

ほとんどのエンタープライズ ワークロードでは、データベース、複数のコンピューティング インスタンス、ストレージ インスタンスなどの他のアプリケーションからのサポートが必要であり、追加のコストがかかります。ロードバランサ、監視および管理ツール、ネットワーク接続、セキュリティなどの関連サービスも必要です。クラウドの帰還にかかるコストも驚くほど高額になる可能性があります。

Amazon Simple Notification サービスのような単一のサービスには初期費用がなく、従量課金制ですが、請求額は、公開および配信される通知の数、トピックを管理するための追加の API 呼び出し、サブスクリプションなど、いくつかの異なる要素に基づいて決まります。価格はエンドポイントの種類によっても異なります。

エンタープライズ アプリケーションの月額料金は、特にワークロードが不安定または予測できないアプリケーションの場合、高額になることがあります。大規模なクラウド導入の長期的なコストは、オンプレミスでこれらのワークロードを実行するコストと比較して、もはや魅力的ではない可能性があります。場合によっては、組織は長期的にはワークロードを社内で実行する方がはるかに安価であることに気づきます。

2. クラウドベースのワークロードパフォーマンス

パフォーマンスは、企業がクラウドへの回帰を検討する際に考慮しなければならないもう 1 つの要素です。パフォーマンス メトリックには、リソースの割り当てと使用状況、および帯域幅の使用率や遅延などのネットワークの問題が含まれます。パブリック クラウドでのワークロードのパフォーマンスが許容できない、予測できない、またはサービス レベル アグリーメント (SLA) を満たさない場合、企業の経営者は他のオプションを評価する必要があります。

一部の組織では、重要なワークロードのメンテナンスおよびリカバリ機能に対する制御を強化することを選択する場合があります。これは多くの場合、最もミッションクリティカルなワークロードをオンプレミスのデータセンターに戻すことを意味します。

ワークロードには、パブリック クラウドでは満たせないパフォーマンス要件がある場合もあります。たとえば、レイテンシの影響を受けやすいワークロードでは、パブリック クラウドでパフォーマンスの問題が発生する可能性があります。

パブリック クラウド インフラストラクチャは、特定のワークロードに合わせて調整されるのではなく、確立されたサービス メニューを通じてプロビジョニングおよび複製されます。企業がパブリック クラウド展開で特定のワークロードを実行したい場合、インフラストラクチャがワークロードのレイテンシ要件を処理できるという保証はありません。

もう 1 つの考慮事項は、ワークロードにおけるクラウド コンピューティングの弾力性の必要性です。企業がスケーラビリティを活用するためにワークロードをクラウドに配置したが、ワークロードを動的にスケーリングする必要がないことが判明した場合、ワークロードをオンプレミスに戻す方が安価になる可能性があります。

3. セキュリティとコンプライアンスの問題

ID およびアクセス管理、データ暗号化、監視、ログ記録などのセキュリティ対策を通じてクラウド コンピューティング リソースを保護します。これらの対策では、適切なセキュリティを確保し、侵害を検出して対応するために、慎重な構成と細部への配慮が必要です。

企業は、クラウド プロバイダーのセキュリティ サービスと各サービスの使用方法を詳細に理解する必要があります。エラーや見落としは、ファイアウォールで保護されているコンピューティング インスタンス、サービス、ログ ツール、アプリケーションに影響を及ぼす可能性があります。

複数の大規模なクラウド コンピューティング アプリケーションのセキュリティ要件を管理すると、時間がかかり、エラーが発生しやすくなります。その結果、一部の企業は、セキュリティ ツールとセキュリティ体制の可視性と制御を向上させるために、クラウド プラットフォームからオンプレミス データ センターにワークロードを戻すことを選択しています。

企業は規制圧力の高まりにも直面している。政府の規制により、企業がデータを保存する方法と場所、ワークロードとデータにアクセスする方法、ワークロードの回復力が規定されます。パブリック クラウド プロバイダーは、GDPR や Payment Card Industry Data Security Standard などの主要な規制に準拠するために必要なサービスを提供できますが、これらのサービスでは完全な準拠が保証されるわけではありません。

規制の変更により、クラウド コンピューティングの継続的な使用が不可能になる可能性があります。その結果、一部の企業は、ワークロードと関連インフラストラクチャを完全に監視および制御するために、機密性の高いアプリケーションをオンプレミスに戻すことを選択します。

4. 作業負荷とリソースの可用性

クラウド コンピューティング プロバイダーは、リソースの可用性を確保するために、インフラストラクチャとテクノロジーに多大な投資を行ってきました。しかし、人為的ミス、システム障害、ネットワークの問題、検出されないハッカー攻撃により、クラウド コンピューティング サービスの停止が発生する可能性があります。

このような問題はパブリック クラウドに特有のものではありませんが、クラウド コンピューティング インフラストラクチャに障害が発生すると、多数のワークロードに影響が及びます。このような停止に対するクラウド サービス プロバイダーの救済策としては、サービス レベル契約 (SLA) に応じて、失われたサービス時間を補償したり、代替の帯域幅オプションを提供したりすることが考えられます。コンプライアンス違反に対する罰則は、収益の損失、顧客の不満、ビジネス サービス レベル契約 (SLA) の違反、潜在的なコンプライアンス問題などにより、より厳しくなります。

組織によっては、重要なワークロードのメンテナンスと回復力に対する制御を強化することを選択する場合があります。これは多くの場合、最もミッションクリティカルなワークロードをクラウドからオンプレミスのデータセンターに戻すことを意味し、企業はハードウェア、ソフトウェア、外部イベント用の冗長インフラストラクチャのメリットを享受できます。

5. ビジネスニーズの変化

企業は、特定のワークロードがクラウドに適さなくなったと単純に判断する場合があります。これは、ワークロードの使用パターンが変化し、それほど多くの計算能力やスケーラビリティが必要なくなった場合に発生します。

企業が市場から撤退することを決定すると、関連するワークロードとデータが不要になることもあります。クラウドへの復帰は、一部のアプリケーションを廃止するための最初のステップとなる可能性があります。

その他のビジネス上の変更としては、資本投資を重視する財務報告や投資戦略が挙げられ、パブリック クラウドの定期的な運用費用の魅力が低下する可能性があります。

企業の合併や買収によって、クラウド コンピューティングの需要も変化しました。たとえば、パブリック クラウドを導入していない企業が、パブリック クラウドを導入している別の企業を買収するシナリオを考えてみましょう。買収された企業は通常、新しい所有権要件に合わせて資産を調整するため、クラウドの回帰が適切な選択肢となる可能性があります。