SRE

技術解説

巨大ファイル実測の総集編 — 数字が逆転する4つの境界線

上限は950MB/sでした。 その「○秒」という数字、どのサイズで、何回目に測ったものですか。 同じツール・同じファイルでも、この2つを変えると勝敗はひっくり返ります。連載で出してきた実測を並べ直すと、向きが変わる境界線…
技術解説

原本に書き込まない — ログと向き合う4つの作法

開いただけで3バイト増えた。 そのログ、あなたが読んだあとも同じファイルですか。 「読む」つもりの操作が「書く」操作になっている瞬間は、思っているより多くあります。 原本を壊さないことは、フォレンジックの第一原則として語…
技術解説

ログ保管を自動化する — 世代管理と棚卸しルールの作り方

3年分が、消えていた。 自動化したはずの保管ルールを、最後に見直したのはいつですか。 見直されないルールは、静かに間違った方向へ働き続けます。 ログの保管は、たいてい「とりあえず logrotate を書く」から始まりま…
技術解説

ログ調査は属人化する — 引き継げるチームの4つの工夫

申し送りは3行だった。 昨日あなたが組んだ検索条件を、いま他人が再現できますか。 再現できない理由は記憶力ではなく、渡せる形をしていないことにあります。 ログ調査の成果は、たいてい「分かったこと」の形でしか共有されません…
技術解説

1億行の巨大テキストを「諦めてDBに入れる」前に — 障害調査・AIデータ前処理のための現実解と実測

「この数十GBのファイル、DBにインポートするか、小さく分割してくれ」 定常運用なら、それが最も安全な正攻法です。しかし現場には、DBを構築する時間もディスクの空きもない障害対応や、1億行のデータセットのうち数行の構文エ…
技術解説

オンコールの夜を軽くする — 深夜2時の自分を助ける4つの仕込み

2時14分、9回目の開き直し。 同じ50GBのログを、今夜だけでもう9回開いています。なぜ調査は、同じファイルを何度も開き直す作業になるのでしょうか。 答えは、あなたの手際とは関係のないところにあります。 深夜2時の自分…