---
# System prepended metadata

title: 可観測性のまとめ

---

# 可観測性のまとめ
## 対応内容
### 必須
- 配信ログを出す: ご提示済み
- PHPのアラート(検証、商用環境)
    - メモリ: 6h
        - メモリ落ちする可能性のある処理を検知できるようになる
- EC2のアラート
    - CPU使用率(検証環境): 1h
        - EC2のCPU使用率の上昇を検知できるようになる
        - 継続的にCPU使用率が高い状態だと、処理待ちのプロセスが多くなるなどして処理速度が低下することがある
        →CPU使用率起因の、Webサーバーのパフォーマンス低下を検知しやすくなる

    - メモリ(検証、商用環境): 14h
        - EC2全体でのメモリ使用量の増加を検知できるようになる
        - サーバーで利用するためのメモリが不足するとスワップが発生し、スワップが発生するとデータ取得処理に時間がかかるようになる
        →メモリ使用量起因の、Webサーバーのパフォーマンス低下を検知しやすくなる
        - **CloudWatch Agentが必要になるので、工数がかかる**
- RDSのアラート
    - CPU使用率(検証、商用環境): 1h
        - RDSのCPU使用率の上昇を検知できるようになる
        - 異常に処理に時間がかかっているクエリのプロセスがある場合、CPU使用率が高くなり、処理待ちでパフォーマンスに影響が出ることがある
        →CPU使用率起因の、DBサーバーのパフォーマンスの低下を検知しやすくなる
    - メモリ(検証、商用環境): 1h
        - RDSのメモリ使用量の増加を検知できるようになる
        - DBサーバーで利用するためのメモリが不足するとスワップが発生し、スワップが発生するとデータ取得処理に時間がかかるようになる
        →メモリ使用量起因の、DBサーバーのパフォーマンスの低下を検知しやすくなる
- アラートの送信先をSlackの共有チャンネルに変更: 2h
    - アラートの内容をドコモさん、ナベ屋さん側でも確認可能になる

- 調査・管理工数など(閾値の設定などの調整含む): 25h

### 残りの優先順位
1. 配信時間のアラート
    - 配信時間が想定よりも長くかかっているときに検知できるようになる

2. ダッシュボードに追加(何個やっても時間ほとんど変わらない)
    - EC2全部
        - 一画面で確認できるようになるため、確認漏れが減り、確認にかかる時間も削減
    - RDS全部
        - 一画面で確認できるようになるため、確認漏れが減り、確認にかかる時間も削減

3. アプリケーションログをCloudWatch Logsに送信(検証、商用環境)
    - 配信時間の推移などが種別ごとにグラフで確認できるようになる
4. HTTPアクセスログをCloudWatch Logsに送信(検証、商用環境)
    - 予期せぬ不具合が起きた時の調査材料になる

