クラウドコストの管理: 企業が知っておくべきこと

ビジネスの俊敏性と市場競争により、企業はビジネスをクラウド プラットフォームに移行し、迅速に移行する必要に迫られています。しかし、デジタルディスラプションによるリスクがどれだけ大きいとしても、企業が時間をかけてクラウド コンピューティング戦略を策定し、実装することが重要です。

結局のところ、企業が下す誤った決定（どのクラウド プロバイダーを使用するか、ビジネスのどの程度をクラウドに移行するかなど）は、非常にコストがかかり、後で修正するのが困難になる可能性があります。さらに、クラウド コンピューティングの経済性に関する誤解に基づいた決定もあります。

[[262755]]

一部の企業や経営者はクラウド コンピューティングの導入はコストがかかると考えているかもしれませんが、この比較は通常、コスト評価には含まれません。

多くの企業幹部は、独自のデータセンター インフラストラクチャを使用する方が安価であると主張しますが、アプリケーションのライフサイクル全体にわたる総所有コストを考慮していないことがよくあります。したがって、開発者と管理者は、個々のハードウェアとソフトウェアについてではなく、アプリケーションの耐用年数全体にわたってアプリケーション全体について考える必要があります。

オンプレミスのデータセンターでハードウェアを実行するコストは低いように思えるかもしれませんが、コストがかかるのはハードウェアだけではありません。また、システム管理、インフラストラクチャ、メンテナンス、ライセンス、電力、冷却、その他の無形の項目の隠れたコストも含まれます。

クラウド コンピューティング テクノロジーの導入は、指定されたクラウド コンピューティング プロバイダーが提供するクラウド プラットフォームにワークロードを移行するだけではなく、インフラストラクチャをクラウド プラットフォームに移行するための移行コストも含まれます。さらに、アプリケーションはクラウドでの使用のために移行専用に開発する必要があり、この環境に適応するために既存のアプリケーションを改造しようとする企業は大きな課題に直面することになります。

したがって、グリーンフィールド インフラストラクチャに取り組む管理者は、ブラウンフィールド インフラストラクチャを扱う管理者よりも大きな利点があります。その計画によって、クラウド コンピューティングの導入が成功するか失敗するかが決まります。

アプリケーションが現実世界のニーズを満たすことは非常に重要です。 「必要に応じて拡張する」と言うのは簡単かもしれませんが、実際のインスタンスのコストだけでなく、発生する開発コストや技術的負債などのコストを事前に対処する必要があることがよくあります。

施設の拡張や縮小は衝動的に決められるものではありません。鍵となるのは、より多くのテストを実施することです。さらに、すべての側面を自動的に拡張する必要はないため、組織の要件を現実的に理解する必要があります。拡張はコストの増加を意味し、使用されていないときには無駄になります。

計画設計が関係者全員の合意と理解を得ることが重要です。これまで、クラウド コンピューティング プロバイダーの選択は、あまり考慮されていませんでした。あらゆる設計には、適切なインフラストラクチャのサイズ設定とコスト計算が含まれている必要があります。

IaaSのように実行

管理者または開発者が初めて独自のクラウド環境を構築しようとするときによく見られる問題は、すべてを Platform as a Service (PaaS) ではなく Infrastructure as a Service (IaaS) として実行し、本質的には再設計を試みているものの、コストが高くなることです。

これは、新しいデータベース サーバーを構築する代わりに、共有インフラストラクチャ (共有データベース サーバーなど) と負荷分散インフラストラクチャを使用することを意味します。

これを行うと多くの利点がありますが、いくつかの欠点もあります。重要な利点の 1 つは、高可用性データベース サーバーの管理負担がクラウド プロバイダーに移り、クラウド プロバイダーがクラウド プロバイダーのメンテナンス スケジュールに対応する必要が生じたことです。

PaaS インフラストラクチャを使用できるかどうかは、企業の特定の要件によっても大きく異なります。規制の厳しい業界で事業を展開している場合、共有 PaaS インフラストラクチャは現実的な選択肢ではない可能性があります。プロセスは異なる場合がありますが、再度確認して検証する必要があります。誰も法的または技術的に妨害されることを望んでいません。

コストがかかるプロジェクトでは、リソースとユーザーを管理する担当者を指定する必要があります。通常、この時点では、計画外の悪用により多額の請求が発生する可能性があります。

さらに、最初から管理を容易にするために、ユーザーにリソースを付与するロールを提供する必要があります。これにより、コストが制御不能に陥るのを防ぎ、ユーザーが不必要なリソースを引き受けないようにすることができます。

この時点では、環境コストも考慮する必要があります。環境のサイズを知ることは、次の場合に役立ちます。

• 予算を設定することができます。
• 事前に規模を把握しておくことで、企業は必要に応じてではなく事前にクレジットを購入でき、コストの管理に役立ちます。
• クラウドに移行すると、帯域幅の流出などの隠れたコストが発生します。帯域幅を追加するとコストがかかるため、これらは考慮すべき事項です。
• クラウドでの開発は分離しておき、リソースが使用されていないときに簡単にシャットダウンできるようにして、営業時間外やアイドル状態のときにコストを節約する必要があります。

節約額を計算するのに役立つサイジング ツールが用意されており、ほとんどのクラウド コンピューティング プロバイダーがそのようなツールを提供しています。

失敗に備える

最後に、一部のクラウド コンピューティング プロバイダーの可用性が低い (または可用性が欠如している) ことを考慮すると、災害復旧計画を用意しておくことが重要です。これを達成するには、試行錯誤された戦略が必要です。

クラウド コンピューティング プロバイダーの主な弱点は、顧客が何百万人もいる可能性があり、1 人の顧客のダウンタイムの問題を待たなければならない可能性があることです。

これはオンプレミス環境では議論の余地のある問題ですが、代替クラウド プラットフォームに正確かつ迅速にフェイルオーバーできれば、多くの問題や損失を軽減できます。

多くのクラウド コンピューティング プロバイダーは回復力を提供していますが、特定のインフラストラクチャ サービスに障害が発生した場合、そのサービスが利用できなくなる可能性があります。

また、企業が必要に応じて異なるクラウド インフラストラクチャ間でフェイルオーバーできるようにする、災害復旧に重点を置いたソフトウェア プロバイダーも多数あります。可用性の要件や契約上の義務など、さまざまな状況に応じて、これらのツールが役立つ場合があります。

ただし、重要なポイントは、災害復旧インスタンス自体が元のインフラストラクチャから完全に独立して実行できることを保証することです。

言い換えれば、企業はこの依存関係を何としても避けるのです。言うまでもなく、フェイルオーバーが必要になる日に備えて、これらの災害復旧環境を個別にテストできる必要があります。

要約すると、クラウド コンピューティング プロジェクトは、適切に計画され、適切に文書化され、徹底的にテストされた場合に最も効果的に機能する傾向があります。つまり、計画を作成することは技術者に役立つだけでなく、うまく実行されれば組織がコストをより適切に理解し、管理するのにも役立ちます。