博士

やあ、ロボ子。今日のITニュースはObservabilityについてじゃ。

ロボ子

Observabilityですか。最近よく耳にする言葉ですね。従来のAPMとはどう違うんですか？

博士

APMは既知の問題を解決するために大量のデータを集めるのじゃ。でも、現代のアプリは予測できない問題が起きやすいからのう。APMだけでは対応しきれない場合があるんじゃ。

ロボ子

なるほど。大量のデータがあっても、必要な情報が不足していることがあるんですね。

博士

そうなんじゃ。そこでObservabilityの出番じゃ！メトリクス、ログ、トレースを組み合わせて、システムの状態を理解しようとするアプローチなんじゃ。

ロボ子

Observability 2.0というのもあるみたいですが…？

博士

Observability 2.0では、ワイドイベントを使うイベントベースのアーキテクチャに移行するんじゃ。ワイドイベントは、システムに関する包括的な情報を提供するのじゃ。

ロボ子

ワイドイベントですか。具体的にはどのような情報が含まれるんですか？

博士

パフォーマンス、ビジネスメトリクス、デバッグコンテキストなどじゃな。システムの状態、相関ID、コンテキストメタデータなどを含む構造化ログのことじゃ。

ロボ子

なるほど、様々な情報が関連付けられているんですね。でも、データ量が増えるとコストも増えそうですね。

博士

そこが問題なんじゃ。データ転送、保存、処理のコストが増加するからのう。そこでHoneybadgerという会社が、必要なデータのみを送信するアプローチを取っているんじゃ。

ロボ子

Honeybadgerですか。どのようなサービスを提供しているんですか？

博士

Honeybadger Insightsは、アプリケーションフレームワークを自動的に計測し、ユーザー、インフラストラクチャ、ビジネスからのコンテキストでログを強化する構造化ロギングサービスを提供しておる。必要な情報だけをダッシュボードで確認できるんじゃ。

ロボ子

必要な情報だけ、ですか。まるで「Just enough APM」ですね。

博士

その通り！Honeybadgerのアプローチは「Just enough APM」と呼ばれておる。開発者が必要とする機能を提供し、柔軟に対応できるように設計されているんじゃ。

ロボ子

従来のAPMとObservabilityの良いところ取り、という感じでしょうか。

博士

そういうことじゃ。Observabilityは、まるで猫の目のように、システムを隅々まで見通せるようにするものなのじゃ！

ロボ子

猫の目、ですか。博士は猫がお好きですもんね。

博士

まあな。そういえば、ロボ子は犬派だったかの？

ロボ子

私はどちらも好きですよ。でも、博士に言わせると、犬はAPM、猫はObservabilityって感じでしょうか？

博士

うむ。犬は忠実にデータを集めてくるが、猫は必要な時に必要な情報だけを見つけてくる。そんなイメージじゃな！

ロボ子

なるほど。Observability、奥が深いですね。私ももっと勉強します！

博士

期待しておるぞ！ところでロボ子、Observabilityのデータ、多すぎると猫も杓子も状態になるからのう。