記事一覧

メールを送る機能に手を入れるリリースは、他の改修より少しだけ緊張しますよね。押した瞬間に外へ出ていって、取り消せないからです。誤送信を「気をつける」で守らずに済むよう、止める・試す・開けるの3段で通す手順を整理しました。

「この画面、たぶんもう誰も使っていない」——そう思いながら消せずに残っている機能、ありますよね。判断材料がないまま消すのは怖いものです。使用実態の確かめ方から、いきなり削除せずに段階を踏んで止める順番まで、一人運用の現場目線で整理しました。

「たまに落ちるけど、見に行くと直っている」——この断続的な障害（フラッピング）がいちばん追いにくいですよね。見に行った時点で証拠が消えているからです。落ちた瞬間を捕まえるより先にやることを、記録の集め方から仕掛けの入れ方まで、一人運用の現場目線で整理しました。

「集計が1日ズレている」「深夜に登録した分だけ前日に入る」——数字が合わないのに、コードのどこも間違って見えない。日付とタイムゾーンのバグは、そういう顔をして現れます。ズレの正体を確かめる順番を、一人運用でも今日から追える形に整理しました。

「アップロードが失敗する」を直すために、あの日 777 にしたところ。そのままになっていても、責められることではありません。パーミッションの数字の読み方から、誰で動いているかの確かめ方、戻せる形で直す順番までを、一人運用でも今日できる形に整理しました。

作業のときに置いたバックアップや調査用のファイル、そのままになっていないでしょうか。責める話ではなく、忙しい現場では誰にでも起きることです。公開ディレクトリに何が置きっぱなしになっているかを洗い出し、外から見えていないかを確かめる手順を、一人運用でも今日できる形に整理しました。

何も変えていないのにシステムが不安定。「これ、うちじゃなくてクラウド側では」と思っても、確証がないと言い出しにくいですよね。自分側・サービス側・回線の3層に分けて確かめる順番と、確証がない段階でも誠実に伝えられる社内説明の型を整理しました。

「○○さんだけ画面が表示されないんです」。自分の環境では普通に動いていて、手がかりが見つからない——保守運用でいちばん時間を吸われる問い合わせのひとつです。まず範囲を確かめ、その人と他の人の「違い」を5つの層に分けて消していく手順を、そのまま打てるコマンドと確認テンプレート付きで整理しました。

改修しようとコードを開いたら、意味の分からない分岐が1つ。「暫定対応」とだけ書かれたコメントを前に、消していいのか判断できず手が止まる——保守の現場ではよくある場面です。git blame でその行を入れたコミットを特定し、コミットの外に残っている記録まで手繰るまでの順番を、一人保守の目線で整理しました。分からないまま残す作法とチェックリスト付きです。

引き継いだサーバーで、毎晩なにかが自動で動いている。でも一覧はどこにもない——保守運用ではよくある状態です。cronの定義が散らばる4か所と常駐プロセスの調べ方を、そのまま打てるコマンドと一覧表テンプレートにまとめました。止める判断は後回しで大丈夫です。

「これバグですよね？」「いや、そういう仕様です」。仕様書が見当たらないまま、直す・直さないの話が止まってしまうことがありますよね。バグか仕様かを頭の中で決めようとせず、期待・実際・根拠の3つに分けて仕分ける手順と、そのまま送れる確認の文面を、一人保守の現場目線で整理しました。

第一報を出したあと、原因が分からないまま時間だけが過ぎていく。「進展がないのに何を報告すればいいのか」と手が止まりますよね。復旧見込みが言えないときでも出せる中間報告の中身と、報告の間隔の決め方を、一人運用の現場目線で整理しました。そのまま使えるテンプレート付きです。

本番サーバーに index_old.php や index_20190312.php.bak が並んでいて、どれが動いているのか分からない。そんなシステムをGitに載せるとき、いちばん大事なのは「本番で git init しない」ことです。公開領域の外に作業コピーを作り、機密ファイルを外してから最初のコミットを打つまでの手順を、一人保守の現場目線で整理しました。.gitignore の雛形とチェックリスト付きです。

「御社を名乗るメールが届いたのですが」と取引先から連絡が来た日に、まず何をすればいいのか。DMARCは、いきなり拒否設定にすると自社の通知メールまで止まってしまう、こわいところのある仕組みです。この記事では p=none から始めて、レポートで送信元を棚卸しし、安全に段階を上げていく手順を、DNSを他社が管理している現場も想定して整理しました。依頼メールの文例とチェックリスト付きです。

証明書、ドメイン、EOL、保守契約。切れると困るものの期限を、気づけば全部自分の頭の中だけで管理していませんか。年に1回しか来ない予定は、日次・週次のチェックリストには乗りません。期限ものを1枚に集める手順と、「期限日」から逆算して予告日を置く考え方、明日30分でできる最初の一歩を、一人運用の現場目線で整理しました。

「システムの動きがおかしいんですけど」。この一言だけで電話が切れると、何から調べればいいのか分からず、とりあえずログを開いて手が止まります。原因を推理する前に必要なのは、事実を集める7つの質問です。期待・実際・いつから、の3点を軸にした質問リストと、そのまま送れる確認メールの文面、聞いたあとに自分が見る順番まで、一人保守の現場目線で整理しました。

朝いちばんにメールを開いたら、改修依頼が3件並んでいる。どれも「なるべく早く」と書いてある。全部やるしかないと思いながら、どれから手を付けるかで手が止まる——その迷いは、順番の決め方が自分の中にしかないから起きます。依頼を「今日／今週／来月以降」の3つに仕分ける基準と、受けた瞬間の30秒でやること、そして断らずに順番だけを伝える言い方まで、一人保守の現場目線で整理しました。

月末、報告書のファイルを開いたまま手が止まる。今月は障害もなかったし、書くことがない気がしてくる。でも実際は問い合わせに答え、パッチを当て、毎朝画面を見てきたはずです。書けないのは仕事がなかったからではなく、書く枠が決まっていないだけ。稼働状況・対応した件・予防作業・気づいたこと・来月の予定の5ブロックに分けて、そのままコピーして使えるテンプレートと、月末に集計をためない日々の1行まで整理しました。

毎朝の確認作業が、自分の頭の中にしかない。休んだ日に代わってもらえないし、抜けても気づけない。これは覚えている人が悪いのではなく、書き出す機会がなかっただけです。1週間やったことをメモするところから、日次・週次・月次への振り分け、1項目を「見る場所・正常な状態・違ったときの動き」の3行に落とす手順まで。明日そのまま使えるチェックリスト付きで整理しました。

休みに入る前日、席を立つ直前にもう一度監視画面を開いてしまう。連休が近づくと落ち着かないのは、備えが足りないからではなく「何が起きうるか」がまだ言葉になっていないからです。連休中に動くもの・期限が来るものの洗い出し、通知の届き先の確認、対応レベルの線引き、連絡先1枚の作り方を、一人運用でも2時間で回る順番に整理しました。明日そのまま使えるチェックリスト付きです。