Skip to main content

Amazonクラウドの不具合から学ぶことができること

サーバーがバックアップされ、ユーザーはFoursquareに再度チェックインしてQuoraに関する質問をすることができますが、先週のAmazon Elastic Cloud Computing(EC2)クラウドコンピューティングをITの未来に向けて見ている企業にとって重要な教訓です。

これまでのクラウドの停電は、予期せぬほどのダウンタイムの規模と長さ、ドラッグされたクライアントのプロファイルそれに伴って、それをよりインパクトのあるものにしてください。 Amazonは、何がうまくいかなかったかを見つけ出すためにスクランブルをかけていますが、ここではクラウドへの途中で乱気流の準備が整っていることを確認する方法があります。Amazonはクラウドデータセンターを可用性ゾーンに構築して冗長性を提供します。 1つまたは2つが損傷した場合、船は浮き続けるように、複数の防水区画を備えた船を設計するようなものです。しかし、歴史は、私たちには "不可能な"船は本当にシンケンシブルではないと信じています。あなたの設計を信頼しますが、常に十分なライフジャケットを搭載してください。

[さらに読む:メディアストリーミングとバックアップ用のNASボックス]

クラウドコンピューティングは、2日間のダウンタイム特にAmazon EC2は、中小企業コミュニティにとって魅力的な利点を提供します。複雑なコンピューティング需要の管理を軽減する機能があります。

Amazonのような停電の潜在的な課題のいくつかを軽減する方法があります。細心の注意を払って中小企業は、IT管理の「光を当て続ける」ために必要な時間とコストを削減する方法としてクラウドに変わり、テクノロジを通じてイノベーションに費やす労力を増やすことができます

ミッションクリティカルとは何か?

FoursquareやQuoraのようなインターネット接続に依存する企業は、クラウドコンピューティングの価値提案よりも魅力的です。使用状況に応じて環境(および法案)を拡大または縮小する機能は非常に魅力的です。しかし、これらは、インターネットベースのサービスが文字通りビジネスであるため、ダウンタイムが発生したときに最大の損失を被る企業です。

しかし、次のホットなソーシャルメディア資産を立ち上げない限り、もう少し幸運です。オンサイトで維持したいITインフラストラクチャの部分を選択して選ぶことができ、収益性を最大化するために他の人をアウトソースすることができます。

クラウドはすべてでもなくてもかまいません。たぶん、電子メールとウェブサイトは他人の監視下に置くためにあなたのビジネスにとって非常に重要です。しかし、おそらくクラウド上に幸せに生きることができるいくつかのテストと開発の作業負荷があります。クラウドプロバイダーの信頼性に懸念がある場合は、クラウドを使用して、クラウドを使用してダウンしたり、しばらく待たなければ、クラウドを使用しないでください。

多様化、多様化、多様化

アクセシビリティ、柔軟性または経済性のために、最も重要なITインフラストラクチャをクラウドに組み込むことが理にかなっている場合は、それをあなたに適したものにする方法があります。あなたは、オンサイトのネットワーク、サーバー、およびストレージインフラストラクチャと同様に、少なくとも冗長で災害対応可能なクラウド環境を確保する必要があります。

中小企業は、私のPCワールドの同僚のTony Bradleyは、Amazonのクラウド上で動作するオンライン写真共有サイトSmugMugの例を提供していますが、Amazonpocalypseはまだ一度も生き残っていません。 SmugMugのケースでは、適切な時期にクラウドの適切な場所にいて、最も攻撃的なAmazonサービスであるElastic Block Storageのサービスに加入していないことが主なケースでした。

クラウドプロバイダーとの関係を調査して、クラウド内であってもビジネスが単一の障害点に落ちるのを防ぐ価値があるかもしれません。

SLA Matter

そして、1つ以上のクラウドプロバイダーとの取引を交渉している間に、プロバイダとのSLA(サービスレベルアグリーメント)を調べてください。 SLAは、状況が悪化した場合にプロバイダがどのように報われるのか、何かがうまくいかないときにどのように補償されるのかを設定する必要があります。

特にAmazon、Google、または別の主要なパブリッククラウドインフラストラクチャベンダーは、SLAが誰に何がうまくいかなくてはならないのかを明確にするようにしてください。


SLAが明確で包括的で、鉄に覆われていることを確認するために、関係の早い段階で余計な時間と労力を費やす価値があります。

何かがうまくいかない場合、ベンダーがオフラインで停止の責任。これは、あなたが1つの喉を詰まらせたいときの非常に鮮明な定義であり、その喉が誰に属しているかを明確にしたいと思っています。

Robert DuttはベテランのITジャーナリストでブロガーです。彼は毎日ChannelBuzz.caでカナダのIT技術ソリューションプロバイダのシーンをカバーしています。 Twitterで彼を見つけることもできます。