第15章：小さな運用ダッシュボードを作ろう 📊

最後は、ここまでの内容を小さな運用ダッシュボードにまとめます。
作ったアプリを、自分で見守れる状態にするのがゴールです。

---

1. ダッシュボードで見るもの 👀

最初は、見る項目を絞ります。

• 今日のAPI件数
• 今日のエラー数
• 平均レスポンス時間
• Queue失敗件数
• AI処理件数
• 最近の障害ログ

全部を表示するより、最初に見るべき数字を並べます。

---

2. 全体構成 🧭

構成例です。

React Admin
  ↓
Worker API
  ↓
D1 / Analytics Engine / Queue status

管理画面は一般ユーザーに公開せず、認証を必ず入れます。

---

3. D1に運用イベントを保存する 🗄️

簡単な運用イベントはD1に保存できます。

CREATE TABLE app_events (
  id TEXT PRIMARY KEY,
  type TEXT NOT NULL,
  status TEXT NOT NULL,
  created_at TEXT NOT NULL
);

本格的な分析はAnalytics EngineやLogpushも検討します。

---

4. 本番前チェック 🔐

管理画面には注意が必要です。

• 認証があるか
• 管理者だけ見られるか
• 個人情報を表示しすぎていないか
• ログ保存期間を決めたか
• コストを確認したか
• 監視対象が多すぎないか

運用画面自体も、守るべきアプリの一部です。

---

5. 章末チェック ✅

• 運用ダッシュボードで見る項目を選べる
• React + Worker + D1の構成を説明できる
• Analytics EngineやLogpushの発展先が分かる
• 管理画面には認証が必要だと分かる
• 作ったアプリを見守る習慣ができる

この章で覚える一言はこれです。
運用ダッシュボードは、アプリを作った後も安心して見守るための画面です 📊