私がインフラ運用保守で意識して行っていること(コラム) - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ～はじめに～ 運用保守は、手順書通りするだけの楽な業務と勘違いしていませんか？ 私は3年間運用保守(インフラ)に携わり、手順書作成や障害対応/調査、運用支援など様々なことを行ってきました。そんな私が思うに運用保守は、全くそんな楽な業務でありません。 運用保守は過信と油断をすれば、すぐに業務影響を出してしまいます。 構築設計段階でのお客様に影響を出すのとは、全く影響度合いが違います。 既に稼働しているシステムで業務影響を出すというのは、エンドユーザーへ多大なるご迷惑をおかけするということ、つまり絶対に許されません。 そんな状況にならないた

[JULY]

「手順書通りするだけの楽な業務と勘違いしていませんか？」には同意だけど、挙げている項目が聖人君子すぎる。特に最後の項目。アプリ側に「そのくらい勉強しろよ」と思うことしばしば...

[fn7]

試験環境を用意できないとか、自動化ができないとか。辛そう。

[Cald]

"19. CLIでの右クリックには要注意" これホント

[hiroshe]

みんながこのくらいやってくれればシステムトラブルの多くは回避できる気がする。

[tmatsuu]

いいね。WindowsTerminalは複数行貼り付けで確認を求めるので12対策としても有効。20はタイル型WMがオススメ。WinならSnapでいいしmacOSならRectangleが自分好み。21のフォントは色々試したけど結局HackGenに落ち着いた。

[dorapon2000]

“CLIで安易に右クリックをしてしまうと何かしらコピーされたものが貼り付けられてしまい、想定していないものが実行されてしまう可能性があるため、右クリックには注意しています。 ”

[misoforhatebu]

自戒ブクマ

[shikiarai]

ほんとこれ。常に改善してほしい

[kzm1760]

ターミナル作業の場合、ローカルでも出来るところはやっておくといいやつだ。結果がよくわからないコマンドはパイプを外して出力を見るとか一個ずつやるとかsetのオプション変更するとか。

[lorenz_sys]

列挙されている内容は文としては少々冗長であり粒度が細かすぎる感もあるが全て正しいしどれもが必要な心構え。業務システム系だとこれが当り前だと思うけど「ここまでやらんよ」な人達はどんな仕事してるんだろう？

[szsszs]

自動化するかヒトが介在しない構成に変えたい

[b-wind]

気を付けたいね。

[bellonieta]

こう言う作業全般に「深い呼吸を止めない」ことを意識してる。焦ったり予期せぬことが起きた時に呼吸止まるので、その間は作業の手を止めて呼吸の回復を待つ。

[ryuichi1208]

自然にやれているけど大事

[momonga1123]

あまりにも当たり前なことしか書かれていない でもこれが100%やれれば大半の障害は防げる 問題はいかにこの内容を守らせる仕組みを作れるか

[teramako]

右クリック貼り付けは禁止、複数行貼り付けは確認ダイアログが出る設定にしてる。複数ターミナルは背景色を変えるとかも良い。今は使わないって時はcatだけ打っておくとかね。

[viperbjpn]

むずかしいよね。事前にテストしても問題が起こるときは起こるし。

[syu-m-5151]

ウェブオペレーターとしての基礎や現場で教えてもらえることが書いてある。とても良いドキュメントだわ。絶対に意識しておきたいわね。

[Shinwiki]

序文の通り楽な業務じゃない、むしろ上流よりウデが要求されるものとは承知してるが、後に続く内容は…楽なはずのBPに切り出すような部分が全然上手く切り出せてない場所で働いてるから楽ではない、と言ってる感じ。

[hiroomi]

「運用保守は、手順書通りするだけの楽な業務と勘違いしていませんか」改善出来ない職場は墓場。なので、いやだと思ったことはなるべく手を付ける。

[magnoliak]

めちゃめちゃ良い

[yuno001]

作業的な話はそうだなと思って見てたけど、運用保守に甘えさせて部分最適になってる感じが。

[nil0303]

"運用資料（運用スケジュール等）等を鵜吞みにしない"苦労が滲み出てる。

[Guro]

いいと思う。手順書大事。確認大事。