(閉じる)

タグ :

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

ファーストサーバーの事故についてちょっと具体的に想像してみました — Gist

Forks gist: 2987338 by shunirr ファーストサーバーの事故についてちょっと具体的に想像し... created June 25, 2012 gist: 2987343 by aerith ファーストサーバーの事故についてちょっと具体的に想像し... created June 25, 2012 > このページを見る

最終更新時間: 2012年06月25日17時35分
▼ブログで紹介する

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

  • "ですがアップデート対象サーバーは予めフルリセットしていたので気付きませんでした"<コレは死亡あるある過ぎる. 2012/06/25
  • ブログ書いた 2012/06/25
  • 破滅の呪文を他のコードと混ぜるとか恐ろしくてできない 2012/06/26
  • “ファーストサーバーの事故についてちょっと具体的に想像してみました — Gist” 2012/06/28
  • こうした間抜けなミスから救ってくれるのは、スタンバイサーバーはなくスナップショットであることが非常に多いです。 2012/06/26
  • あー…俺やっちゃいそうだな…。orz 2012/06/26
  • これはさすがに…!! 2012/06/26
  • 具体的な想像。もちろん想像。Rubyわかんないし、サーバ系でもないけれど、想像に難くない。他山の石。 2012/06/26
  • ファーストサーバーの事故についてちょっと具体的に想像してみました — Gist 2012/06/26
  • githubってブログかけんの!? 2012/06/26
  • 破滅の呪文を他のコードと混ぜるとか恐ろしくてできない 2012/06/26
  • こういうシンプルなミスでぶっ壊れるってことはやっぱし全部ネットワークで繋がってたのかwwwアホだwww常識的に考えてテスト環境と本番機とバックアップを同一ネットワークに繋がないだろw 2012/06/26
  • ファーストサーバーの事故についてちょっと具体的に想像してみました — Gist Forks gist: 2987338 by shunirr ファーストサーバーの事故についてちょっと具体的に想像し... created June 25, 2012 gist: 2987343 by aerith ファーストサーバーの 2012/06/26
  • あんがいシンプルなミスな可能性あるのかあ 2012/06/26
  • どうでもいいけど小池さん do-end ではなく { } 使うんですか… 2012/06/26
  • moon 2012/06/26
  • やるかもしれないなあ。そこまで大丈夫だと自分も信用できないし、ましてや入りたての派遣なんて可能性はもっと高い。人数が多ければきっと誰かがやらかすだろう。バカよけを仕組んでおくのは設計者の義務。 2012/06/26
  • caq caq
    これスナップショットが対策じゃないよね。「テスト環境の全サーバーがおかしくなった」ところでチェックしないと。今回の件、色々と問題はあるけど、検証環境で正しく検証できていれば防げたよ。運用手順の問題。 2012/06/25
  • こんなん怖すぎるわ。 2012/06/25
  • 残念ながらありえる話と思います。少なくとも前職場では起こり得たのではないかと。 2012/06/25

    1 RT

  • 確かにあーゆーシェルあるかもしれない…rmするとか、そーゆーことじゃなくて、シェルの使い回しとか、統合とか 2012/06/25
  • ファミコン世代だとリセットを再起動と混同しそうで別の意味で怖いかも。 2012/06/25
  • んー、危険な機能はパラメータとかで切り分けとかより、スクリプトで切り分けたい派。/更新前イメージと更新後イメージってちゃんと作ってないと検証にならんじゃないですかねって言っても無駄か。 2012/06/25

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

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