もっち– Author –
-

【18年目の教科書】DHCPの仕組みとパケット詳細|169.254.x.xとIP衝突の解決法
ネットワークのトラブル対応で、端末のIPアドレスが「169.254.x.x」になっているのを見て絶望したことはありませんか?あるいは、突然の「IP衝突」で通信が不安定になり、原因究明に追われたことは? これらはすべて、DHCPの挙動をパケットレベルで理解し...インフラ技術・システム運用 -

Excel手順書の終焉。IaC(Infrastructure as Code)の正体は「動く設計書」〜手動運用を卒業したい若手エンジニアへ〜
「IaC(Infrastructure as Code)」という言葉が普及して久しいですが、その本質を単なる「自動化ツール」だと思っていませんか? 実務で3〜5年目を迎え、そろそろ現場のリーダーを意識し始めるエンジニアにとって、IaCは単なる便利道具ではありません。そ...インフラ技術・システム運用 -

「とりあえずchmod 777」の末路。Linux特殊権限(SUID/SGID/Sticky Bit)の基礎と実務の落とし穴
「設定ファイルをダウンロードしたいのに権限がなくてエラーになる・・・。よし、一時的に chmod 777 で全開放して、作業が終わったら戻そう」 もしあなたが一度でもこう考えたことがあるなら、この記事はあなたのためのものです。Linuxの世界において、パ...エンジニア実務・仕事術 -

Linuxログ調査の基本コマンド集(grep, awk, tail):巨大ログと戦う技術
「障害が発生した。至急ログを確認して原因を特定してくれ!」 そんな緊迫した場面で、あなたはどうやってログを調査していますか? 数GBを超えるような巨大なログファイルを前に、いつもの癖で vi や cat を実行しようとしているなら、少しだけ待ってくだ...エンジニア実務・仕事術 -

【プロ直伝】サーバーサイジングは「未来」で決まる。経営層を納得させる計算式と根拠
18年のキャリアで数々の「修羅場」を潜り抜けてきたインフラエンジニアのもっちです。 若手リーダー(3〜5年目)の皆さん、サーバーのスペックを決めるとき、根拠を論理的に説明できていますか?「なんとなく多めに」というサイジングは、オンプレミスなら...インフラ技術・システム運用 -

「非機能要件」ヒアリングの極意:18年の現場経験から語る「後悔しない」ための観点
「システムは動いて当たり前」。 顧客がそう思うのは当然ですが、その「当たり前」を支えるのが非機能要件です。 インフラエンジニアとして18年、大手SIerでオンプレ・クラウド計200台規模の大規模インフラを支えるサービスマネージャーとして、私は数多く...インフラ技術・システム運用 -

「良かれと思って」の無償対応がチームを潰す。運用リーダーが持つべき「コストとサービス全体像」の感覚
「これ、ついでにやっておいてもらえる?」 顧客や他部署からのそんな一言に、あなたは「いいですよ」と即答していませんか? かつての私はそうでした。「技術的に可能だし、喜んでもらえるなら」と、無償で対応し続けることが正義だと思っていました。し...キャリア・マインドセット -

障害対応で試されるリーダーシップ。技術力よりも「判断」と「責任」が重要な理由
「誰よりも技術に精通しているはずの自分が、なぜか現場を混乱させてしまう」 障害発生の報を受け、真っ先にコンソールを開き、ログを追い、ソースコードの迷宮に飛び込む。エンジニアとしてこれほど頼もしい姿はありません。しかし、ふと周りを見渡したと...キャリア・マインドセット -

「動いて当たり前」という静かな誇り。インフラ運用の本質的な価値とSREの視点
システムが何事もなく動いているとき、私たちの存在は空気のようになります。 月次の報告会ではアプリケーションの華やかな新機能が注目を浴びる一方で、インフラの報告は「異常なし」の一言で終わることも少なくありません。 しかし、その静寂こそが、高...キャリア・マインドセット -

リーダーの壁「自分でやったほうが早い」を突破する3ステップ チームの出力を最大化するマネジメント論
エンジニアとして現場を支えてきたあなたがリーダーになったとき、最初にぶつかるのが「自分でやったほうが早い」という壁です。 「メンバーに任せるより、自分が手を動かしたほうが正確だし、説明する時間も省ける」 特に10システム、200台規模のサーバを...キャリア・マインドセット









