Sky日々のインプットをこねこねしてアウトプット。空に手を伸ばせ、空を引き裂け。紆余曲折した結果、インフラエンジニアとしてのメモみたいなものにすることにしました。会社では、テクニカルサポートみたいな仕事もやってます。先日、ストレージのアレイコントローラーの機能を使ったスナップショットボリュームについてのお問い合わせがあり、うまく答えることができませんでした。スナップショット機能は、仕様は違えどおそらくどのストレージベンダーの製品にもある機能だと思います。私は、共通的というか汎用的な概念、数学でいうと公式のような部分をしっかり理解していなかったため、サポートのリクエスト者に適切な回答を提供することができませんでした。日々の仕事のなかでは、「必要な部分は理解できたから」という大義名分のもと、曖昧な理解度のままに仕事を進めることがあります。今回のような場合は、「スナップショットというのがあるからどうやら過去の状態に戻れるらしい」という程度の、非常に概念的な話を関係者とやり取りするような。プロっぽくないですよね。いつどこでどんな質問がされるか分からないんだから、隅々まで理解しておいたほうが良いのではと最近よく感じます。実際のインフラ機器がある現場へ赴く業務をやっている人、私もたまにありますが、そんな仕事をやっている間は、本当に重箱の隅をつつく感じで徹底的に調べあげるような気概で取り組みたいです。理解している範囲が広がると、「想定外の質問を想定外に変える」ことができます。無駄に長い残業が減り、帰る時間が早くなるのではないかなと思います。「隅々まで理解する」を頭のなかにいつも置いておきたいと思います。ディスクが一個でも故障してると、ホットスペアを用いたリビルドが完了していたとしても、ストレージによるリモートレプリケーションに失敗するなんて、思いもしませんでした...。要は「故障Aの影響で、思わぬ障害Bが発生する」ってことですよね。「思わぬ」と思っている自分の頭の想定範囲が狭すぎるということですね。これを「思ってた」に変えれるように、日々勉強していきたいです。最近の仕事の一つにITインフラのメンテナンス計画の策定みたいなことがあります。いろんな事を考えてあげなくちゃいけないから大変です。大変じゃない仕事なんてないでしょうけれども。考慮しながら計画をドンドンBreakdownしていきます。できるだけ早く明確にしておいた方が良いのではないでしょうか。ようにしか使われていない気がします。それって勿体無いような気がします。いうところの議論は少し時間を取って行っても損にはならないのでないでしょうか。運用保守の各業務の責任分界点を決めたいですね。担当者をアサインしてましょうということですね。基本こそきっちり忠実にこなす、私は苦手です...。会社でVimを使うようにしたいと思い、Vimを触り始めました。その程度の知識しかない。勉強していかないと...。教えてもらったのはざっとこんな感じ。Foundation...高度情報取りたいですね。その他】ご連絡はTwitterまでお気軽にどうぞ。