先週発生した Amazon Elastic Cloud Compute の障害、特にその障害に関する同社のコミュニケーション不足は、クラウド プロバイダーと連携する際の透明性の重要性を浮き彫りにしています。
障害発生中、Amazonは主にサービスヘルスダッシュボードを通じて顧客とコミュニケーションを取っていました。それ以外では、同社からのコミュニケーションは著しく不足していました。
問題を見つけ、できるだけ早く顧客を元の状態に戻すことが最初の仕事だったことは間違いないが、そのプロセスを通じてユーザーや一般大衆に対してより透明性が保たれていれば、Amazon 自身の名前とコンピューティング モデルとしてのクラウドの名声は大いに向上したはずだ。
障害が始まってから丸1週間が経った今日でも、Amazon Web ServicesのブログもAmazon CTO Werner Vogelsのブログも、何が問題だったのかについて何の情報も更新されていない。
しかし、たとえ何が問題だったのか、そして再発防止策についての詳細が突如として記載されたとしても、それは馬が逃げ出した後に納屋の扉を閉めるようなものです。Amazonは、まだ戦いが続いている間に、顧客やその顧客と積極的にコミュニケーションを取るべきでした。
クラウド管理サービスプロバイダーの RightScale の Throsten von Eicken 氏はブログ投稿で、プロセスを通じて Amazon がコミュニケーションを欠いていたことを「今回の件における最大の失敗」と呼び、今後の障害をより耐えられるものにするための改善点のリストを提示している。
より分散化されたクラウドコンピューティングモデルへの移行は、いわば「信頼の飛躍」です。リソースへのアクセスを他の組織に委ねることになります。そして、何か問題が発生した場合、その信頼を維持できるのは、可能な限り透明性のある、状況に応じたコミュニケーションだけです。
クラウドに近い環境への移行やITインフラのアウトソーシングを検討している場合、候補となるベンダーとの交渉において考慮すべき点が数多くあります。サービスレベル契約（SLA）がニーズと期待を満たしていることを確認することが重要です。Amazonのようなクラウド大手にアウトソーシングする場合でも、地元のサービスプロバイダーにアウトソーシングする場合でも、ベンダーが顧客とどのようにコミュニケーションを取っているかを確認する時間を取る価値はあります。特に、問題が発生した際に重要です。
特にアウトソーシングを検討しているワークロードがミッションクリティカルな場合は、サポートとコミュニケーションに積極的なベンダーを探しましょう。そうすれば、少なくとも何か問題が発生した場合でも、何が起こっているのか、いつ復旧できるのか分からず途方に暮れることはありません。
Amazon EC2には、まだまだ魅力的な点がたくさんあります。ダウンタイムがニュースになるという事実は、多くの点で、このサービスがこれまで享受してきた稼働率の高さを物語っています。飛行機事故が自動車事故よりもはるかにニュースになるのと似ています。主に、飛行機での移動は道路での移動よりもはるかに安全だからです。
しかし、万が一、万が一問題が発生した場合は、航空会社には事態の進展がまだ続いている間に、できるだけ早く情報を提供してほしいものです。クラウドプロバイダーにも、同様の透明性が期待できるはずです。
ロバート・ダットはベテランITジャーナリスト兼ブロガーです。ChannelBuzz.ca でカナダのITテクノロジーソリューションプロバイダーの動向を日々取材しています 。Twitterでも フォローできます 。
