深夜 3 時のデプロイ前に読み返したい 1 ページ

3 分で読めます
実践技術書読書術

この記事は約 5 分で読めます。

デプロイ前の静かな緊張

深夜のメンテナンスウィンドウ。本番環境へのデプロイが 30 分後に迫っている。手順書は確認した。テストは通っている。ロールバック手順も準備した。

それでも、胸の奥に小さな不安がある。「何か見落としていないか」。

こういうとき、過去に読んだ技術書の特定のページを開くと、不安が和らぐことがあります。

「お守りの 1 ページ」とは

技術書の中に、自分にとって特別な意味を持つページがあります。そのページを読むと、確認すべきポイントが整理され、判断の軸が定まります。

それは、デプロイのチェックリストが書かれたページかもしれません。障害対応のフローチャートかもしれません。あるいは、「完璧を求めるな、ロールバックできる状態を確保せよ」という一文かもしれません。

なぜ 1 ページが効くのかというと、緊張している場面では判断の候補を自分で絞りきれなくなるからです。手順書は「この作業をどうやるか」までしか教えてくれませんが、原則が書かれたページは「どこまでやったら止めていいか」を外から決めてくれます。どのページが効くかは人によって違うので、自分にとっての 1 ページを先に決めておくことに意味があります。

お守りになりうるページの種類

デプロイチェックリスト

DevOps の本には、デプロイ前に確認すべき項目のチェックリストが載っていることがあります。バックアップの確認、ロールバック手順の準備、モニタリングの設定、関係者への通知。

本に載っているチェックリストは著者が現場で踏んだ失敗をもとに組まれているので、自分の記憶だけでは出てこない項目が入っています。ただし網羅されていると考えて任せきりにするのは危険です。書かれた時点の一般的な構成を前提にしているため、自分のシステム固有の手順 (先に止めておく常駐処理、順番に制約のあるマイグレーション、外部サービスへの事前連絡) は載っていません。本の項目を土台にして、自分の環境の分を書き足したものがようやく実用になります。

障害対応のフローチャート

「問題が発生したら、まず何を確認するか」のフローチャート。パニックになりそうなときでも、次にどこを見るかが決まっていれば手は動きます。

設計判断の原則

「変更を小さく保て」「一度に 1 つだけ変えろ」「ロールバックできない変更は避けろ」。デプロイの設計原則が書かれたページは、判断に迷ったときの羅針盤になります。

お守りの 1 ページの見つけ方

技術書を読んでいて、「これは現場で使える」と強く感じたページに付箋を貼ります。読了後、付箋のページを見返し、最も実用的な 1 ページを選びます。

そのページを撮影しておくか、内容をメモアプリに転記しておきます。デプロイ前にすぐ開ける場所に置いておくことが大事です。

なお紙面の撮影が認められるのは、著作権法第 30 条が定める私的使用 (個人的に、または家庭内その他これに準ずる限られた範囲内での使用) を目的とする場合です。業務のチャットや共有ドライブへ紙面の画像を置くのはこの範囲から外れるため、人に渡すのは自分の言葉で書き直した要点にとどめます。

デプロイ以外の「緊張の場面」

お守りの 1 ページが役立つのは、デプロイ前だけではありません。

  • 障害対応の初動: 「まず何を確認するか」のページ
  • 設計レビューの発表前: 設計原則のページを読み返して、自分の設計の根拠を確認する
  • 技術面接の直前: 自分が最も深く理解しているテーマのページを読み返して、自信を取り戻す

緊張する場面で、信頼できる知識に立ち返れること。これが技術書を読む、もう 1 つの価値です。

チームで「お守りのページ」を共有する

チームメンバーそれぞれの「お守りの 1 ページ」を共有すると、面白い発見があります。

同じ本を読んでいても、お守りにするページは人によって違います。インフラ担当はモニタリングの章を、アプリケーション担当はエラーハンドリングの章を選ぶ。この違いを並べると、チームがどこを見ていて、どこに誰も張っていないかが見えてきます。

全員のお守りページを並べると、チーム独自のデプロイチェックリストの下地になります。ただし集めただけでは、同じ項目が重複したり、誰も選ばなかった領域 (データ移行の巻き戻しなど) が空白のまま残ります。並べた後に、空いている領域を名指しで埋める作業が要ります。

本を読まない人のお守り

技術書を読む習慣がない人でも、お守りの 1 ページは作れます。

過去の障害報告書 (ポストモーテム) の「再発防止策」セクション。自分が書いたデプロイ手順書の最終チェック項目。先輩からもらったアドバイスのメモ。

形式は何でも構いません。重要なのは、緊張の場面で立ち返れる「信頼できる 1 ページ」を持っていることです。

関連記事

まとめ

デプロイ前の不安を和らげるのは、経験だけではありません。過去に読んだ技術書の「お守りの 1 ページ」が、確認すべきポイントを整理し、判断の軸を定めてくれます。本を読みながら「現場で使える」と感じたページに付箋を貼り、すぐ開ける形で手元に控えておく。緊張の場面で信頼できる知識に立ち返れることが、エンジニアとしての安定感を作ります。ただし選んだ 1 ページも、扱う仕組みが変われば前提が合わなくなります。年に 1 度は開き直して、いま守っている環境に合っているかを確かめておきます。

共有:Xはてブ

この記事は役に立ちましたか?

関連用語

関連記事

障害対応の夜に思い出す、あの本の 1 ページ

本番障害の緊迫した場面で、過去に読んだ技術書の知識が助けてくれた経験はありませんか。「いつか役立つ」知識が「今この瞬間」に変わる読書の価値を考えます。

自分だけの「お気に入りページ」に付箋を貼ろう

本の中で「これは大事」と思ったページに付箋を貼る。たったこれだけで、本が自分専用の辞書に変わります。付箋の貼り方と活用法を紹介します。

通勤電車で技術書を読む人が密かにやっていること

通勤時間を技術書の読書に充てるための具体的な工夫をまとめます。限られた時間と環境で学習を積み上げるための、本の選び方から記録の残し方までの手順。

DevOps 本ガイド - CI/CD とインフラ自動化を学ぶ技術書の選び方

DevOps の文化と原則から CI/CD、IaC、オブザーバビリティまで学べる技術書の選び方と学習順序を紹介します。

「それ、本に書いてあったよ」が最高の褒め言葉になる職場

チーム全員が技術書を読む文化がある職場では、議論の質とコードの質が変わります。読書文化を持つチームの特徴と、その文化を育てるための具体的な方法を紹介します。

本を読む前にパソコンの準備をしておこう

プログラミングの本を読み始めてから「環境構築ができない」と詰まる人が多いです。本を開く前にやっておくべき準備を、初心者向けにわかりやすく説明します。