「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita
再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス
スタートアップ企業向けインフラ運用入門（2）：ログ・メトリクスの収集
Uptimer has been shut down
Uptimer has been shut down. If you have any questions, please contact at @uptimerapp on Twitter. Thank you for your support!
Dropbox のスケールとか
スタートアップ企業向けインフラ運用入門（1）：監視 - O'Reilly Japan Community Blog
Pinterestの急成長を支えてきたアーキテクチャとは？ Pythonで開発しAmazonクラウドで運用
NoOps - その意味と関連する議論
原文(投稿日：2012/03/16)へのリンク １年前に Forrester は Augment DevOps with NoOps (DevOps を補強する NoOps) というレポートを公開した。その中で同社は，近い将来に一部企業のクラウド依存がますます高まり，開発者のビルドやテスト，デプロイなどの作業がさらに自動化されることによって NoOps に到達する，と予想している。NoOps という用語からは，それらの企業が運用スタッフの雇用を止めるような印象を受ける。しかし実際のレポートは，開発者が運用を実施する上でのより優れた自動化ツールへの取り組みや，手動操作の必要性を低減するツールに関して言及したものだ。 クラウドコンピューティングの新たな発展は，オンデマンドなインフラストラクチャやリソースのセルフプロビジョニング，柔軟なアプリケーションアーキテクチャという新しい時代の到来を告げる
DevOpsというオシゴト | quipped
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iwashi / Yoshimasa Iwase on X: ""Operations" （組織運営におけるオペレーション）という記事を読んだメモ： ・多くの人は、イノベーションで最も難しいのは良いアイデアを思いつくことだと信じているが、それは間違い ・ 著者は、実行する能力よりも優れたアイデアを多く持っている" / X