(閉じる)

タグ :

コンピュータ・IT 120 users このエントリーをはてなブックマークに追加

Amazonクラウドの大規模障害を経て、これからは「データセンターはいつか落ちる」ことがサービス設計の前提となる - Publickey

4月21日に発生したAmazonクラウドの米国東海岸データセンターで起こった大規模障害により、Foursquare、Quora、Herokuなど多くのサービスに影響がありました。 すでに障害は復旧し、Amazonクラウドの運営チームからは詳細な報告と今後の対応策について記したドキュメントSummary of the Amazon EC2 and Amazon RDS Service Disruption in the US East Region」が公開されています。公式な日本語訳「 米国東リージョンに... > このページを見る

最終更新時間: 2011年05月02日13時44分
▼ブログで紹介する

みんなのブックマーク 人気(0) 新着

  • 「データセンターはいつか落ちる」ことを前提とし、それに対応できるアーキテクチャ。顧客から、「データセンターが落ちたらどうなるの?」という問いに答えられるように/3つのアベイラビリティゾーンに展開 2011/09/14
  • ”まずシステムを3つのアベイラビリティゾーンに展開しておき、それぞれのリソース利用率を30%から60%程度にしておく。これなら…” これじゃなんか必要なときに必要なだけってとこから後退してる気がするな 2011/05/13
  • これしんどいんだよな。メリット感に比較して一発アウト感の強いデメリットだからなあ。 2011/05/10
  • "クラウドやデータセンターの信頼性に依存せず、「データセンターはいつか落ちる」ことを前提とし、それに対応できるアーキテクチャを検討することが必須" 障害を経て総体としてはさらに強くなる気がします 2011/05/10
  • Amazonクラウドの大規模障害を経て、これからは「データセンターはいつか落ちる」ことがサービス設計の前提となる - Publickey 2011/05/07
  • Amazonクラウドの大規模障害を経て、これからは「データセンターはいつか落ちる」ことがサービス設計の前提となる 2011/05/06
  • ブロックストレージはクラウドに適した技術ではなかった... 地域分散... 2011/05/04
  • データセンターはいつか落ちる事を前提として、それに対応するアーキテクチャを考える必要がある。DCが落ちた時どうなるかを顧客に説明できなければならない。 2011/05/04
  • Amazonクラウドの大規模障害を経て、これからは「データセンターはいつか落ちる」ことがサービス設計の前提となる - Publickey 2011/05/03
  • 原因は人。人がオペレーションする以上、魔法の箱はない、あたりまえか 2011/05/03
  • 複数AZに影響が及んだと公式で言ってたけど、どうなんだろ? 2011/05/03
  • マルチAZ、マルチサイト、マルチクラウドプラットフォームまでがビジネスの視野に入るだろう。 #fb → Amazonクラウドの大規模障害を経て、これからは「データセンターはいつか落ちる」ことがサービス設計の前提となる 2011/05/03
  • 地域分散は震災とかを考えても必要ですね 2011/05/03
  • '任せて安心'が出来ないとなるとハードル上がるなあ。Heroku△ 2011/05/03
  • AZってデータセンター内の区画のことだったのか?へー 2011/05/03
  • 見てる: 2011/05/03
  • そしてクラウドはまた成長してゆく。凄いね 2011/05/03
  • フェイルセーフの考えが重要だと思う。人間のすることだからミスはある。その結果IaaSが落ちることもある。その際のリスクと対応策を準備し顧客に周知し納得してもらわなければ。単に技術的な問題だけではないと思う 2011/05/03
  • ブラックボックスとして扱って任せきりはよくないって話。機器構成を自分で考えるのと同様に、クラウドサービスのリスクもしっかり調べる必要がある。 2011/05/02
  • クラウドも落ちるということを、前提にしないといけませんね。 2011/05/02

このブックマーク一覧を非公開にするには?

はてなブックマークはオンラインでブックマークを管理・共有できる無料サービス。自宅、職場、外出先、どこからでも同じブックマークにアクセスできます。ユーザーはみんなでブックマークを共有して効率良く情報収集しています。あなたもはてなブックマークを始めてみませんか?