原因はヒューマンエラーにあらず? 昔ながらの監視方法 4.1 現在の見える化の標準仕様 4.1.1 見える化をBIのように扱う 4.1.2 仮想環境におけるクラスタの見える化 4.1.3 高分解能でのメトリクス収集 4.1.4 アーキテクチャをシンプルに保つ メトリクスのどこを見ればいいのか? 4.2 OpVizフレームワーク 4.3 データの入力 ブラックボックステストとキュー理論 ノイズの除去 4.3.1 テレメトリ/メトリクス 4.3.2 イベント 4.3.3 ログ 4.4 データの出力 4.5 監視の第一歩 データベースをストリームと捉えた場合 4.5.1 データは安全か 4.5.2 サービスは落ちていないか 4.5.3 顧客のサービス体験に痛みが伴っていないか 4.6 アプリケーションの計器 4.6.1 分散トレーシング 昔気質のSQL分析方法 4.6.2 イベントとログ 4.7 サーバーやインスタンスの計器 4.7.1 イベントとログ クラウドと仮想サーバー 4.8 データベースの計器 4.9 データベースの接続レイヤ 4.9.1 利用率 4.9.2 リソースの飽和点 4.9.3 エラー PostgreSQLの接続スピードに関するトラブルシューティング 4.10 データベースの内部構造の見える化 4.10.1 スループットとレイテンシのメトリクスの見える化 4.10.2 コミット、再実行、ジャーナリングの見える化 4.10.3 レプリケーション状態の見える化 4.10.4 メモリ構造の見える化 4.10.5 ロックと並行性の見える化 4.11 データベース内オブジェクトの見える化 4.12 データベースクエリの見える化 4.13 データベースのアサートとイベントの見える化 4.14 まとめ