スピードではなく速度がクラウド成熟の鍵となる理由

クラウドは、プライベートであれパブリックであれ、クラウドを考える際に重要な利点の1つは展開のスピードです。

21世紀のデータセンター

エグゼクティブガイド:21世紀のデータセンター(無料電子ブック)、データセンターを稼働させるためのクロスファンクショナルスキル、オープンコンピューティング:オープンな未来があるのか​​、独自のデータセンターを所有しているのか?なぜ誰もそれをするだろう、CIOは尋ねる

すべての企業は、単にサービスポータルにアクセスし、インフラストラクチャ要件を定義し、直ちに新しいアプリケーションに対応できるプラットフォームを用意する能力を求めています。

これにより、稼働時間と可用性を中心としたサービスレベル契約がすぐに得られます。したがって、クラウドは企業がインフラストラクチャをサービスとして調達し、主要アプリケーションを提供することに重大な機会を提供します。

しかし、クラウドコンピューティングとそのメリットの理解は業界内で成熟していますが、現在提供されているものはミッションクリティカルなアプリケーションにとって十分ではないという認識もあります。

サービスレベル契約の内容と最終的にはアプリケーションに対するより協調的なアプローチについて、より集中的かつ洗練された理解が求められています。

速度、敏捷性、柔軟性などのコンセプトはクラウドコンピューティングと同義ですが、その成功と成熟は最終的には新たな焦点、すなわち速度に依存しています。

速度は、オブジェクトの移動速度だけでなく、オブジェクトがどの方向に移動するかという点で速度とは異なります。

パブリッククラウドでは誰も速度を争うことができません。ボタンをクリックするだけで、テストと開発の目的ですぐに使用できる既製のサーバーがあります。

しかし、導入が迅速ではあるかもしれませんが、特定の環境、ビジネス、またはアプリケーションの要件にどれだけ最適化されていますか?一般的なフォームだけでは、特定のワークロードに必要な特定のカスタマイズがスピードのために犠牲になる可能性があります。

稼働時間と可用性に基づいたサービスレベルは、アプリケーションの展開を成功させるための適切な手段または保証ではありません。それは、それが凶悪に実行されても電源がオンのままであることを規定するだけの契約でラップトップを購入することは馬鹿げているだろう。

プライベートクラウドや伝統的なITの例では、導入スピードはパブリッククラウドほど速くはありませんが、成熟したクラウド市場に必要な結果をスピードが出せないシナリオもあります。

複数のインフラストラクチャサイロは、絶え間なく急いで、忙しく消防して、「光を文化に守る」ことを常に急速に維持しているように見えます。

しかし、配備が必要なアプリケーションに重点を置くべきですが、基盤となるインフラストラクチャの泥沼に巻き込まれても、IT管理者は常に相互運用性の問題、ファームウェアのアップグレード、パッチ、および多数のコンポーネントの複数管理ペインに対処する必要があります。

さらに、ゴールド、シルバー、ブロンズ、プラチナなどのサービスは、エンドユーザーの規定された要求に対して予測可能でスケーラビリティが高いアプリケーション応答時間ではなく、vCPU数、ストレージRAIDタイプ、メモリなどのインフラストラクチャメトリックを中心にしています。

クラウド、クラウドコンピューティングのクーパ、7500万ドルのIPO、クラウド、クラウドコンピューティングが1つずつAPI、エンタープライズソフトウェア、スイートSUSE! HPEはLinuxディストリビューションを曇らせ、Cloud、Twilioは新しいエンタープライズプランを展開してより敏捷性を約束

クラウドがベロシティのコンセプトを受け入れるためには、結果的に集中的かつ厳密なアプローチが必要となります。このアプローチは、ビジネスの迅速な収益を生み出すことができるアプリケーションの展開にのみ重点を置いています。

このアプローチでは、アプリケーションの最適化に焦点を絞った方法論、結果的に稼働時間と可用性だけではなく、アプリケーションのパフォーマンスに基づいて成功率を測定して目標とするサービスレベルも必要となります。

よりクリティカルで要求の厳しいアプリケーションをプライベートクラウドに配置しようとする企業が増えているため、アプリケーションの応答時間を保証する必要があり、混在したワークロードインフラストラクチャではほとんど保証できません。

クラウド市場が成熟し、アプリケーションの提供とパフォーマンスに関して期待されるように、そのような手順とプラクティスは特定の市場やワークロードにのみ適しています。

したがって、速度がプライベートクラウド、クラウド、またはインフラストラクチャ内でサービスモデルとして前例を取ってこのクラウド成熟度を埋めるためには、インフラストラクチャがアプリケーションを中心として提供される必要があります。

その結果、製品として標準化され、スケーラブルな需要とパフォーマンスの要件を満たすように最適化された事前統合された事前検証済みの事前インストール済みアプリケーション認定アプライアンスを意味します。

このため、業界では、特定のアプリケーション・ワークロードのパフォーマンス最適化のために設計され、構築された特殊システムの新しい登場を間もなく開始します。

アプリケーションとインフラストラクチャベンダーの両方が事前にインストールされ、認証され、構成されていることにより、プライベートクラウドまたはサービスプロバイダーがアプリケーションのパフォーマンスに基づいたサービスレベルを予測し、満たすことができます。

AWSでは、デフォルトでEC2でプライベートクラウドを実行できると言っています。結論:AWSを背景に、ライバルがサーバ、ストレージ、ネットワーク機器を突き上げるのは少し難しいかもしれません。

これには、1つの製品としてロールアウトする統合インフラストラクチャが必要であり、その結果、コンポーネントパッチおよびファームウェアアップグレードのすべてに対して単一のマトリックスアップグレードが行われ、その後もアプリケーションに対応します。さらに、インフラだけでなくアプリケーションも含む単一のサポートモデルが含まれています。

これは、ベンダーの指差しや長時間のトラブルシューティングを排除するだけでなく、問題の潜在的な原因にかかわらず、アプリケーションのパフォーマンスに対する責任が最優先であることを保証する役割も果たします。

主要アプリケーションの監視、最適化、スピードと速度の向上は、サービスプロバイダーやプライベートクラウドの導入だけでなく、日常の消防訓練に苦労している社内のIT部門にも直面します。

IT管​​理者は、成功を確実にするために、新しい種類のインフラストラクチャまたは特殊なシステムを必要とし、アプリケーションの配信、最適化、管理に専念できるため、サポートするインフラストラクチャについて心配する必要はありません。

クラウドソフトウェアメーカークーパ、7500万ドルの株式公開

クラウドコンピューティングの成長

甘いSUSE! HPEがLinuxディストリビューションに突入

Twilio、新しいエンタープライズプランを発表