Kazu/インフラエンジニア

インフラエンジニア｜AWS・コンテナ（Kubernetes）・サーバ（Linux/Windows）
SESで多種多様な現場の設計・構築・運用リードを担当
Zenn / Qiita / note で記事執筆中｜現場の試行錯誤やキャリアの話を共有

[Kazu/インフラエンジニア @kazu_techlog]

はじめまして、Kazuです👋

SESのインフラエンジニアとして、AWS・コンテナ・サーバ周りで多種多様な現場を経験してきました。

このアカウントでは：
🔹 現場でのリアルな試行錯誤
🔹 設計判断の裏側・所感
🔹 キャリアの歩み

をマイペースに発信していきます。同業の方、お気軽に絡んでください🙏

[Kazu/インフラエンジニア @kazu_techlog]

@taro_engineer_ 30分以内、同感です。即返事できない時でも「確認します、明日朝までに回答します」みたいな受領連絡を入れるだけで、相手の体感はかなり変わると感じてます。

[Kazu/インフラエンジニア @kazu_techlog]

@m_se_k 構成図の所属フェーズ問題、ほんと現場で揉めるやつですよね。要件定義の認識も同じく現場差大で、「議事録と要求一覧があるから要件定義済」みたいな現場もよく見ます。フェーズ定義の言語化は最初に擦り合わせないと後でハマる印象です。

[Kazu/インフラエンジニア @kazu_techlog]

構築フェーズの最初の3日って、後の数ヶ月の生産性を決める気がしています。命名規則・タグ戦略・IAM 設計の方針を最初に固めるだけで、修正コストが激減するんですよね。急いで動くものを作ると、結局後で全部やり直し。「最初の遅さは未来の速さ」って実感してます。皆さんは何から固めますか?

[Kazu/インフラエンジニア @kazu_techlog]

生産性が上がった分の時間がそのまま新しいタスクで埋まる構造、本当によく見る。「効率化=楽になる」ではなく「効率化=同じ時間でより多くの仕事を捌く」になる現場が多くて、果実が現場に降りてこないのは設計の問題だと思う。

[ゆるふわSEの日常@アプリ開発 @senonichijo]

IT技術の進歩により、なんと同じ作業の生産性が倍になって、8時間の仕事が4時間でできるようになったとします。

やったぁ！
半分の時間で帰れる！
とはならず、残りの4時間が、また生産性の上がった8時間分の仕事で埋まるだけだったりします。

技術進歩の恩恵を受けてるのはほぼ経営層じゃまいか？！

[Kazu/インフラエンジニア @kazu_techlog]

@sigma1991h 障害対応中に流れるログをtailで眺めてたら、隣のメンバーに「何見てるかわかるの?」と聞かれて「これとこれの順番がおかしいんですよ」とドヤ顔で答えたとき。中身知らない人には魔法に見えるんですよね。

[Kazu/インフラエンジニア @kazu_techlog]

@engineer_commu ありがとうございます！「考え方の軸ができる」、本当にこれですね。リードがしっかり軸を出すと、メンバーが自分の判断もそれに合わせて整えられるので、結果的に手戻りも少なくなる気がします。

[Kazu/インフラエンジニア @kazu_techlog]

インフラリードという役割をやってきて思うのは、「リーダーシップ」より「決め方の透明性」が肝心だってこと。判断軸を明示して根拠を共有する。以前、根拠を出さずに「この構成で」と決めて、後で別の案が浮上した時に納得感が崩れた経験があります。決め方一つでチームの動きが変わるんですよね。

[Kazu/インフラエンジニア @kazu_techlog]

@tyakachan17 分かります。教科書は「うまくいくケース」しか書いてないんですよね。現実は要件決まってない・有識者不在・既存ドキュメントなし、のフルコンボ案件もある。

[Kazu/インフラエンジニア @kazu_techlog]

@misojiyuu ほんそれです。インフラも全く同じで「何も起きない=評価ゼロ」が宿命。何もないことを作るのが一番難しいんですけどね〜

[Kazu/インフラエンジニア @kazu_techlog]

客先常駐で「いて欲しい時期に休む」のは確かに気が引ける。ただ「いて欲しい時期にいない存在は無価値」って割り切ると、自分が壊れる方が早い。価値の物差しを稼働時間に置きすぎる文化、変わって欲しい。

[希望エンジニア36 @okd61807313]

私は有給のジレンマに囚われている。
仕事が比較的穏やかな時期に休むと稼働時間が下限を切るので有給は取れず、逆に仕事がそこそこ忙しい時期となると周りの視線が気になって休めない。
好きな時期に休んだらよい。そう思うかもしれない。
しかし、いて欲しい時期にいない存在なんてあまりにも無価値

[Kazu/インフラエンジニア @kazu_techlog]

SES側でも「上流に降格」「下流に左遷」みたいな言い回しを耳にすることがある。本人にその気がなくても、文化として染み付いている感じがする。役割と価値を切り離して話せる現場、まだ少ない印象。

[ひろ@釣りエンジニア @hiro_fish08]

上流下流という言葉が工程を表すだけでなく、人の価値の上下を表すように使われる文化には違和感があるよなぁ

特に日本のSI業界ではその傾向が強く、早く改善して欲しいと思ってしまう

[Kazu/インフラエンジニア @kazu_techlog]

オンプレ時代は「最大負荷+余裕」で固定リソースを買ってましたが、クラウドに移った最初の月、検証用に立てた EC2 を消し忘れて月末に高額請求でひっくり返りました。「使った分だけ」の発想に身体を慣らすまで意外と時間がかかるんですよね。サイジング感覚って慣れだなと痛感した瞬間でした。

[Kazu/インフラエンジニア @kazu_techlog]

@Reo_engineer_ 「ログをちゃんと読めるか」、ほんとそうですよね。そもそもログを見にいかない人も意外と多くて、「読む前にまず開く」の段階で差がついてる気がします。新人時代に先輩から『tail で目で追う前に grep で絞れ』と言われた時、土台観が変わったのを思い出しました。

[Kazu/インフラエンジニア @kazu_techlog]

営業出身のインフラエンジニアです。転身して10年、最初の半年は仕事終わり毎日 AWS のハンズオンを夜中まで回してました。今思えば、業務理解と顧客折衝の経験は要件ヒアリングで効いてきますよね。回り道だったキャリア、後で意外と回収されたなと感じます。皆さんは前職の経験、今に効いてますか?

[Kazu/インフラエンジニア @kazu_techlog]

判断のためのコミュニケーションは技術力とは別の筋肉だと思う。会議で「結論→根拠→提案」の順で話すだけで、現場の進むスピードが全然変わるのを何度も経験した。リード経験を経ると、この視点が自然と身につく気がする。

[Taichi Kanaya@Freelance Software Engineer @tk_gold_7]

PLやPM経験のあるエンジニアは見てればすぐわかるなあ

何を伝えれば相手が次の判断をできるかに意識が向いてるので、ノイズのないコミュニケーションができてるから

[Kazu/インフラエンジニア @kazu_techlog]

K8s/OpenShiftの実務適用で見えた現実、学習コストが想像以上に高いんですよね。Dockerまでは数日、K8sは数ヶ月格闘してようやく、運用設計はさらに数ヶ月かけて手探り。「Pod立てれる ≠ プロダクション運用できる」のギャップは深いと感じます。導入は組織の覚悟まで含めて検討したいところ。

[Kazu/インフラエンジニア @kazu_techlog]

@sho_engineer25 めちゃくちゃ分かります！自分も最初に CentOS で Apache を立てた時、設定ファイルの権限ミスで何時間もハマって、解決した時にやっと「ファイル所有者・グループ・パーミッション」の意味が腑に落ちました。手を動かすって本当に大事だなと感じます。

[Kazu/インフラエンジニア @kazu_techlog]

設計書がない環境で0ベースで基本設計を構築した経験は、今振り返ると一番成長したフェーズだったなと思います。現状調査→技術実現性検証→設計を並行で進める無茶ぶりだったんですが、「答えがない問題に取り組む」筋肉がつきました。最近の現場でもこれが効いてるんですよね。

[Kazu/インフラエンジニア @kazu_techlog]

@soldier_owr ほんとそれです！
SESでいくつか現場回ってきましたが、最近は「人が足りないから自動化で何とか回そう」っていう空気が本当に強くなってきました。効率化が「人を減らすため」じゃなくて「回すための必須」になってる感じがします。

[Kazu/インフラエンジニア @kazu_techlog]

めちゃくちゃ分かります！ 手作業のSSHで何度も「ここ抜けてる…」って事故った経験あります。Ansibleに切り替えてからは再現性の安心感が段違いで、運用フェーズでも後任がすごく楽になりました。自動化の市場価値、本当にその通りだと思います。

[Reo | インフラエンジニア🦁 @Reo_engineer_]

いろんな現場を経験して思うのは、
結局どこでも**Linux＋Ansibleできる人**が一番重宝されるということ。

サーバー10台追加。
手作業でSSHして設定していくのは普通に地獄。

でもAnsibleなら
playbookを1回流すだけで一括構築。

速い。
ミスが減る。
再現できる。

派手じゃないけど、
自動化できる人の市場価値は確実に上がる。