今年1月に出版された「入門監視」を読んだ．出版前から予約をしていたけど，他に積読もあり，読み始めるのが少し遅れてしまった．評判通り素晴らしく，特に「監視」というテーマをうまく言語化している本だと感じた．目次を見るとわかる通り，「あれも監視！これも監視！」という幅の広さに気付くことができる．本書は1人で読んで終わりにするのではなく，チームで輪読会をしてディスカッションをするなど，改善に繋げるために継続的に読むと良さそう．さらに本書で学んだ内容に Dive Deep するために他の書籍も併読するべきだと思う．今回は関連する書籍も紹介しようと思う．

作者: Mike Julian,松浦隼人
出版社/メーカー: オライリージャパン
発売日: 2019/01/17
メディア: 単行本（ソフトカバー）
この商品を含むブログを見る

目次と正誤表

1章 : 監視のアンチパターン
2章 : 監視のデザインパターン
3章 : アラート、オンコール、インシデント管理
4章 : 統計入門
5章 : ビジネスを監視する
6章 : フロントエンド監視
7章 : アプリケーション監視
8章 : サーバ監視
9章 : ネットワーク監視
10章 : セキュリティ監視
11章 : 監視アセスメントの実行
付録A : 手順書の例：Demo App
付録B : 可用性表
付録C : 実践監視 SaaS

正誤表は以下にある．今回「第1刷」を読んでいて誤植に気付いたけど，今から買えば直ってそう．

www.oreilly.co.jp

動いているかどうかを監視しよう

1章「監視のアンチパターン」の中で，「チェックボックス監視」に依存するのではなく「動いているかどうかを監視しよう」という内容がある．CPU Utilization など，コンポーネント個別のメトリクスを監視することも重要だし，障害になる予兆を検知できる可能性もあるけど，1番重要なのは「ユーザ影響」であり，まず「動いているかどうか」を監視するべきということを改めて認識できた．個人的に経験のあるシチュエーションとしては「営業担当（など）がサービスの障害に1番に気付く」ことで，インフラ側のアラートは出ていなかったりする．これこそ「ユーザ影響」を監視できていないのでは？と考えさせられた．

「アラート」と「オンコール」

3章「アラート、オンコール、インシデント管理」は個人的に必読だと思う内容だった．サービスを運用していると深夜にアラートが出る場面も多く，変にアドレナリンを発生させながら障害対応をしていたけど，定期的に続くと生活に支障が出る場合もあった．本書では最初にベストプラクティスが6点紹介されていて，どれも「ウッ！」と刺さる項目になっていると思う．さらに後半には「オンコールローテーション」の話題があり，チームでディスカッションをするネタになると思う．

アラートにメールを使うのをやめよう
手順書を書こう
固定の閾値を決めることだけが方法ではない
アラートを削除し，チューニングしよう
メンテナンス期間を使おう
まずは自動復旧を試そう

「リアルユーザ監視」と「シンセティック監視」

6章「フロントエンド監視」の中で，アプローチとして2種類「リアルユーザ監視 (RUM : Real User Monitoring)」と「シンセティック監視 (Synthetic Monitoring)」があると書かれている．重要なのは「動いているかどうか」だけではなく「パフォーマンス良く動いているかどうか」という観点で，フロントエンド監視を考えさせられる内容だった．本書では「シンセティック監視」の代表例として WebPageTest が紹介されていたけど，シンプルな外形監視なら Uptime Robot もあり，僕は Uptime Robot を使ってブログを監視している．

www.webpagetest.org

uptimerobot.com

あと Navigation Timing API などは「超速本」を読むと良さそう．個人的に1番詳しく載っている書籍だと思う．

超速! Webページ速度改善ガイド ── 使いやすさは「速さ」から始まる (WEB+DB PRESS plus)

作者: 佐藤歩,泉水翔吾
出版社/メーカー: 技術評論社
発売日: 2017/11/23
メディア: 単行本（ソフトカバー）
この商品を含むブログ (2件) を見る

Monitoring is Dead

本書の1ページ目に「監視の定義」として「Monitoring is Dead」が紹介されている．資料も動画も公開されているけど，これは是非動画を見て欲しい．本当におもしろい．内容としては「モニタリングとはシステムやコンポーネントの振る舞いを観察するものである」という主張で，本書でも繰り返し出てきた「ユーザ視点での監視」と同じと言える．

vimeo.com

付録 C「実践監視 SaaS」

本書を読むなら @songmu さんの「付録 C」も必読と言える．Mackerel を代表例として「監視 SaaS」をどのように選定するか？など，詳しくまとまっている．「ハッカビリティを備えているか」という観点も良い．特に後半にある「監視を育てる」という話が好きで，過去に @songmu さんが発表した「運用・監視もコード化する。開発者が監視まで考える方法論」の中にある「監視とはシステムに対する高速健康診断である」という名言を思い出した．当時僕はこの名言に刺激を受けた．

songmu.github.io