• 人気のコメント(10)
  • 全てのコメント
kitone kitone “リストアのテストをしていないバックアップは、バックアップの意味をなしていない。”

2019/07/20 リンク

jitsu102 jitsu102 「リストアのテストをしていないバックアップは、バックアップの意味をなしていない」「失敗したときに人を責めるのではなく、そこから学ぶという文化を創ること」

2019/07/15 リンク

drumsco drumsco インフラの冗長化。イザというときに活きるのは多様性ということか。手間はかかるが、1色ではなく多色にできるようにしておくと、一族諸共やられる可能性は下がるということか。

2019/07/09 リンク

tourism55 tourism55 ”リストアのテストをしていないバックアップは、バックアップの意味をなしていない。そしてインフラのコード化を進めること。ただし新しいツールの導入は徐々に行うこと。“

2019/07/08 リンク

nilab nilab SpotifyがミスによりKubernetesの本番クラスタを二度も削除。しかし顧客へのサービスにほとんど影響しなかったのはなぜか? - Publickey

2019/07/08 リンク

maecchi maecchi “失敗したときに人を責めるのではなく、そこから学ぶという文化を創ること”こういう文化があると逆境に遭遇しても立ち向かえそう

2019/07/08 リンク

MzdA0w73tg MzdA0w73tg 昔は本番環境いじるときはstylus(chrome拡張)使ってカスタムcss適用してたなぁ。真っ赤なストライプをopacity調節してオーバレイさせてた。

2019/07/08 リンク

Panthera_uncia Panthera_uncia EVAっぽい状況とイラスト

2019/07/08 リンク

t-murachi t-murachi ふつーの現場が移行中にこれやったら部分的に致命的な壊れ方してデータ矛盾の修復のためにN日単位でサービス止めるやつや(´・ω・`)

2019/07/08 リンク

syouko66y syouko66y 何かしらの問題があるから削除したんだよ

2019/07/08 リンク

d0i d0i 段階的な移行中に安全に失敗できた、という意味では「本格的に移行してなかったから影響出なかったというだけ」ではないと思う。移行期はどっちがfailしても影響が出る「ダメな双発機」になりがちなのでは。

2019/07/08 リンク

na39yutaka na39yutaka 誠意が伝わればそれでよい

2019/07/08 リンク

mas-higa mas-higa 旧システムで凌いだからってこと? 完全な旧システムを残してるんか。金持ちやな。

2019/07/08 リンク

potato777 potato777 大きい移行には障害が起こることを前提に計画

2019/07/08 リンク

viperbjpn viperbjpn 全面移行してなかったからラッキーだったって話にしか見えない

2019/07/08 リンク

hotu_ta hotu_ta 失敗しやすい環境、マジで大切。失敗は必然、成功は偶然だし、失敗していいと言われると心理的安全性に繋がる気がする。

2019/07/08 リンク

yasudayasu yasudayasu リストアのテストをしていないバックアップは、バックアップの意味をなしていない。

2019/07/08 リンク

hirata_yasuyuki hirata_yasuyuki 影響範囲が大きい操作する場合、「ターゲットの名前 (この場合はクラスタ名) を手入力させる」みたいなインターフェイスだと良いのかなあ。(事故を100%防げるものではないけど)

2019/07/08 リンク

kamenashi1982 kamenashi1982 “リストアのテストをしていないバックアップは、バックアップの意味をなしていない。” それな

2019/07/08 リンク

airj12 airj12 いい話だ…

2019/07/08 リンク

hirose504 hirose504 “具体的には、Spotifyにおいて当時Kubernetesの利用はまだβ段階であったため、各チームには全面的なKubernetesへの移行ではなく、部分的な移行を推奨していた。” 結論としては、計画的に障害に備えてたように見えない

2019/07/08 リンク

jerryb jerryb 悪夢だけど...起こり得ることはすべて実際に起こる例かも。失敗したときに人を責めるのではなく、そこから学ぶという文化を社内に創るのが一番のバックアップ。

2019/07/08 リンク

nicht-sein nicht-sein "社内には、失敗したときに人を責めるのではなく、そこから学ぶという文化を創ること"

2019/07/08 リンク

kita-tuba kita-tuba ここまで失敗してもいいのだというスタンダードになって欲しい(k8s脳

2019/07/08 リンク

golbaser-neko golbaser-neko 前いたところ、プラグイン書いて検証用だと緑枠 本番用だと赤枠に変わるようにしてた記憶がある。

2019/07/08 リンク

kinushu kinushu “Terraform”

2019/07/08 リンク

T2YAkun T2YAkun SpotifyがミスによりKubernetesの本番クラスタを二度も削除。しかし顧客へのサービスにほとんど影響しなかったのはなぜか?

2019/07/08 リンク

Makots Makots 本番にアクセス可能環境が分離されてないんだな。作業影響が皆無な設計してても、本番データの持ち出し問題とかあるし分離すべきだと思うんだけど。どう制御してんだろ。

2019/07/08 リンク

shiopon01 shiopon01 気持ち分かる…“テストクラスタを削除するつもりで、操作するタブを間違って本番クラスタのタブでクラスタの削除を行ってしまう。”

2019/07/08 リンク

rjge rjge “ちゃんとバックアップしておく“ “リストアのテストをしていないバックアップは、バックアップの意味をなしていない“ “インフラのコード化を進めること。ただし新しいツールの導入は徐々に行う”

2019/07/08 リンク

関連記事

SpotifyがミスによりKubernetesの本番クラスタを二度も削除。しかし顧客へのサービスにほとんど影響しなかったのはなぜか? - Publickey

SpotifyミスによりKubernetesの本番クラスタを二度も削除。しか顧客へのサービスほとんど影響しな...

ブックマークしたユーザー

  • Sixeight2019/12/25 Sixeight
  • J5a2019/10/12 J5a
  • kitone2019/07/20 kitone
  • hikaru5152019/07/19 hikaru515
  • jitsu1022019/07/15 jitsu102
  • heavenshell2019/07/14 heavenshell
  • shimbaco2019/07/13 shimbaco
  • crayzic2019/07/13 crayzic
  • fujimocker2019/07/13 fujimocker
  • yuki_shigemoto2019/07/11 yuki_shigemoto
  • J1382019/07/11 J138
  • mr-80b2019/07/10 mr-80b
  • mkt2019/07/10 mkt
  • ANNotunzdY2019/07/10 ANNotunzdY
  • wktk_msum2019/07/10 wktk_msum
  • nextmedia2019/07/10 nextmedia
  • brendon2019/07/10 brendon
  • nminoru2019/07/09 nminoru
すべてのユーザーの
詳細を表示します

いま人気の記事

いま人気の記事 - テクノロジー

新着記事 - テクノロジー

同じサイトの新着

エアプリエのすべてを語る:So-netブログ

1 user https://eapurie.blog.so-net.ne.jp/

野末陳平氏24年ぶり国政だ「高齢者の声を国会へ」(日刊スポーツ) - Yahoo!ニュース

1 user https://headlines.yahoo.co.jp/