オブザーバビリティ（可観測性）

📖 もうちょい詳しく

何が新しいの？

オブザーバビリティ（可観測性）は、システムの中で「いま何が起きているか」を外側からどれだけつかめるか、という度合いを表す言葉です。
むかしは「サーバーが落ちていないか」を見張る程度で十分でしたが、サービスが多くの小さな部品に分かれて連携する作りが増え、不具合の原因が一カ所に見つからないことが増えました。そこで、内部の状態を後から追える状態にしておこう、という考え方が広まりました。

どうやって動いてるの？

主に三つの手がかりを集めます。出来事の記録である「ログ」、数値の推移を見る「メトリクス（指標）」、そして一つの処理が部品から部品へ渡る道すじを追う「分散トレース」です。
これらをふだんから出力してためておくと、問題が起きたときに「どこで・何が・どれくらい」遅れたり失敗したりしたかを、後から組み立て直せます。あらかじめ想定していなかった不具合でも、残った手がかりからたどれるのがねらいです。

何ができるの？

障害が起きたとき、原因の場所を素早く絞り込めます。
「特定の利用者だけ表示が遅い」「ある処理だけ失敗が増えた」といった、再現しづらい問題の調査にも役立ちます。日々の運用では、悪化のきざしを早めに気づくための土台にもなります。

🌱 身近なたとえ

健康診断の記録で例えると、オブザーバビリティは「ふだんから体温・血圧・問診メモを残しておく状態」のようなものです。
体調を崩してから慌てるのではなく、日々の数値とメモがそろっていれば、医師は「いつ・どこが・どう変わったか」をたどれます。
ログ・指標・トレースは、まさにそのための記録だと考えると近いです。

✅ まず覚えるポイント

• オブザーバビリティは「内部の状態を外からどれだけつかめるか」の度合い
• 手がかりは主にログ・メトリクス（指標）・分散トレースの三つ
• 想定外の不具合も、残った記録からたどれるようにしておくのがねらい
• 障害対応の土台であり、原因の場所を素早く絞り込める
• ふだんから記録を出してためておくことが前提になる

🧭 よくある勘違い

モニタリングと同じこと？

少し違います。モニタリング（監視）は「決めておいた項目を見張る」こと、オブザーバビリティは「想定していなかったことも後から調べられる状態」を指すことが多いです。
監視はオブザーバビリティを支える一部、という関係でとらえると分かりやすいです。

ログをたくさん出せば十分？

それだけでは足りない場合があります。ログが多すぎても、肝心の情報が埋もれて探しにくくなります。
メトリクスやトレースと組み合わせ、必要な手がかりを必要なかたちで残すことが大切です。

障害が起きてから準備すればいい？

後からでは間に合わないことが多いです。手がかりは、問題が起きる前から出してためておく必要があります。
日ごろの記録があってはじめて、いざというときに振り返れる、という関係です。

🧩 関連して覚えると楽な言葉

• モニタリング: 決めた項目を見張る監視。オブザーバビリティを支える一部
• ログ: 出来事の記録。何が起きたかをたどる基本の手がかり
• インシデント（障害対応）: 支障が起きたとき素早く収める対応。可観測性がその調査を支える
• SRE: システムの安定運用を担う考え方で、可観測性を重視する

🏁 ひとことでまとめ

オブザーバビリティは、システムの内側で起きていることを、外に残した記録からたどれるようにしておく備えです。
ふだんの手がかりをそろえておくほど、いざ不具合が起きたときに落ち着いて原因を追えます。