[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

219users がブックマーク コメント 21

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

僕が障害復旧対応時に考えていることを言語化してみる - Qiita

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページ

記事へのコメント21

  • 注目コメント
  • 新着コメント
camellow
「自分のせいで起きた障害じゃない。即時復旧できなくても身銭を切るのは自分じゃない。落ち着いて、丁寧に、いつも通り慌てずにやるほうが結局は早いんだ...」と自分に言い聞かせるとかの話じゃなかった

その他
Cald
構成にもよるけど、500エラーなら通信経路より先にログ見ない?サーバには届いてるんだから。いつエラー起きてるかとか、一回限りかとかのヒントも必要

その他
hase0510
通信経路を調べてるの、障害対応のノウハウというよりは知らないシステムの構成を調べるノウハウという感じだ。普通に知ってるシステムならid:Caldさんの言う通り初手でWebサーバーを見に行っていい場面かと。

その他
hrsktst
500で通信経路調べるのはパブリッククラウド前提だからだと思うよ。バックエンドサーバーとの通信障害を疑う。自分だったら通信経路調べつつ同時にログも確認するけど。(プライオリティは同等)

その他
syu-m-5151
Netflix の『Linux Performance Analysis in 60,000 Milliseconds』やyuuk.io の『Linuxサーバにログインしたらいつもやっているオペレーション』もとても良いのでおすすめしたいです。いつもおすすめしている気がする。

その他
pacstrap
知らんサーバーに入ったらとりあえずfreeとdfで安全確認してる

その他
ngsw
ブラウザの気持ちになって経路から丁寧にみてく筆者のやり方は好きである。DNSの設定エラーを契機にしたような問題に気づけたりもするかもしれないし、見慣れぬ環境ならそうだよなって思う

その他
Guro
(マントを翻してやってくる名探偵のようだ)(名探偵はそれ以上なにもしてくれないのだな)

その他
iekusup
言語化っすよね。

その他
pwatermark
構成も分からんシステムを「掘っていく」手順としてはこんな感じでいいだろうけど、誰もメンテしてないとは言え流石に構成情報くらいはどっかに残っててくれよなー....w

その他
fujiyama3
遠くへ行きたい...

その他
mas-higa
"ドメインは適当です" なんで example.com 使わないんだろう?

その他
odakaho
example.com使えよ・・

その他
syu-m-5151
syu-m-5151 Netflix の『Linux Performance Analysis in 60,000 Milliseconds』やyuuk.io の『Linuxサーバにログインしたらいつもやっているオペレーション』もとても良いのでおすすめしたいです。いつもおすすめしている気がする。

2024年02月05日 リンク

その他
versatile
apm をみて・・・とかじゃなかった

その他
morimarii
Qiitaはもうこういうポエムしか読めなくなりつつあるな。。。

その他
circled
長年やってるとシステム全体の動きが脳内にシミュレートされて、障害時に脳死であの辺だろ?みたいな勘が冴えるようになる。多分エラーや不具合時の動きとサーバ内の原因箇所がリンクして脳内仮想化されてるかも?

その他
pacstrap
pacstrap 知らんサーバーに入ったらとりあえずfreeとdfで安全確認してる

2024年02月05日 リンク

その他
oshishosan
ユーザー「また障害?ちゃんとやれよ」ワイはシステム職を辞めた

その他
hiroomi
"地道に原因を切り分けてクリティカルヒットを見つけたときは名探偵になった爽快感があります。"暫定、恒久とか分けるのかと思ったが、暫定でもないのね。あと、監視入れると、優先順位が身につくよ。

その他
hrsktst
hrsktst 500で通信経路調べるのはパブリッククラウド前提だからだと思うよ。バックエンドサーバーとの通信障害を疑う。自分だったら通信経路調べつつ同時にログも確認するけど。(プライオリティは同等)

2024年02月05日 リンク

その他
ngsw
ngsw ブラウザの気持ちになって経路から丁寧にみてく筆者のやり方は好きである。DNSの設定エラーを契機にしたような問題に気づけたりもするかもしれないし、見慣れぬ環境ならそうだよなって思う

2024年02月05日 リンク

その他
kagehiens
こういうの見ると、再発防止のIssueチケットを切っても、その対応を完了させられない工数配分に追い込まれている現場とか、終わってるというしかないのかなと思わされて切なくなる

その他
camellow
camellow 「自分のせいで起きた障害じゃない。即時復旧できなくても身銭を切るのは自分じゃない。落ち着いて、丁寧に、いつも通り慌てずにやるほうが結局は早いんだ...」と自分に言い聞かせるとかの話じゃなかった

2024年02月04日 リンク

その他
Andrion
私がまず考えるのは「報告が必要かどうか」。なぜなら大抵の障害は再起動したら直るけど原因が分からなくなるから

その他
yabu_kyu
とりあえずサーバ入ったらmessages見る(権限あったら)

その他
hase0510
hase0510 通信経路を調べてるの、障害対応のノウハウというよりは知らないシステムの構成を調べるノウハウという感じだ。普通に知ってるシステムならid:Caldさんの言う通り初手でWebサーバーを見に行っていい場面かと。

2024年02月04日 リンク

その他
Cald
Cald 構成にもよるけど、500エラーなら通信経路より先にログ見ない?サーバには届いてるんだから。いつエラー起きてるかとか、一回限りかとかのヒントも必要

2024年02月04日 リンク

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「僕が障害復旧対応...」が注目されています。

気持ちをシェアしよう

ツイートする

僕が障害復旧対応時に考えていることを言語化してみる - Qiita

これまで数多くのシステム障害を復旧してきました。 障害は無いに越したことは無いですし、起こらないよ... これまで数多くのシステム障害を復旧してきました。 障害は無いに越したことは無いですし、起こらないように最善を尽くすのが我々エンジニアの使命です。 しかし、どれだけ最善を尽くしても起こる時には起こります。 今回は、これまで数多くの障害を復旧させてきたエンジニアが、復旧作業時に何を考えているのかを改めて言語化してみたいと思います。 こういう情報ってそれぞれのエンジニアの頭の中にあってあまり共有されないので、意外に参考になるかなと思います。 障害復旧対応の醍醐味 表現が適切かは分かりませんが、僕はシステム障害を復旧させるのが大好きです。目の前に起こっている事象からヒントを集め、地道に原因を切り分けてクリティカルヒットを見つけたときは名探偵になった爽快感があります。 加えて、動いているものを常に動かし続ける日頃の保守運用とは異なり、動いてないマイナスの状況を0まで戻すということで、復旧成功した際に

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

  • kiichi692512025年05月08日 kiichi69251
  • summer4an2025年05月03日 summer4an
  • techtech05212024年06月26日 techtech0521
  • yggdra_w2024年02月24日 yggdra_w
  • mogmogpasty2024年02月22日 mogmogpasty
  • lugecy2024年02月18日 lugecy
  • matsuo02152762024年02月11日 matsuo0215276
  • wonder-wall2024年02月10日 wonder-wall
  • e10kg2024年02月07日 e10kg
  • kwy2024年02月07日 kwy
  • dhrname2024年02月06日 dhrname
  • Guro2024年02月06日 Guro
  • tsugiikimasu222024年02月05日 tsugiikimasu22
  • tyakoske2024年02月05日 tyakoske
  • youko032024年02月05日 youko03
  • yojik2024年02月05日 yojik
  • iekusup2024年02月05日 iekusup
  • okamotokazuma11222024年02月05日 okamotokazuma1122
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

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

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /