自分が普段思っていることを明文化する系雑記です。トラブルシュート時の心構えアプリケーションサーバという共有の資源に関して複数の開発者が入るような環境でのトラブル発生時に、気にかけておきたいことが3つほどあるトラブルが起きているサーバには誰が主で作業しているか?トラブルが起きているサーバに直接入って問題ないか?トラブルが起きている環境に変更が加える人は決まっているか?トラブルが起きているサーバには誰が主で作業しているか?もしトラブルに遭遇したとき、自分が第一発見者なのか、はたまた誰かが対応していてたまたま第二発見者になったかはちゃんと周りを見て確かめるべきである。先にやっている人がいればそこに対して情報のヒアリングや、後方支援に回るほうがトラブル解決につながるときもある。トラブルが起きているサーバに直接入って問題ないか?基本的には何かしらのツールでサーバの状態を確認できるようにはしているはずである。AWSしかり、Zabbixしかり。それらのツールでまずは状態を見れるのであればそこの数値の変化を見てトラブル判断をしていく。とっている数値で判断が不可能な場合、次にサーバに入って調査となるが、果たして自分がそれを行うべきか、それをする適任者かは考える。サーバーに複数人sshすればそれだけリソースを取られるということなので、それで予期せぬ動作を引き起こす場合すらある。そこに対して慎重になるべきシーンも有る。トラブルが起きている環境に変更が加える人は決まっているか?もし、トライアンドエラーの段階になってもログインと同様に自分が適格者か、誰が操作しているかなどは把握すべきである。方向性の違う変更をお互いして状況が変わってしまったら事態はさらに混迷を深めていくからである。これらが抜け落ちると起こることこれらが抜け落ちると二次災害的なことが発生することがある。...2019-01-07多層アーキテクチャが生まれた利点を考える資料集めついでの雑記です。多層ア...2019-01-05チームメンバー同士の期待値を可視化する『ドラッカー風エクササイズ』をざっくりまとめる「あの人ならコレぐらいやってほしいよね...」とか「あれ、こんな...2018-10-21チャットコミュニケーション全盛だからこそのリリース作業の報連相を考えてみた。(3)はてなブログをはじめよう!shinkufencerさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。