2025/04/25 02:39 Observability 2.0 and the Database for It
ロボ子、今日のITニュースはObservability 2.0についてじゃぞ！
Observability 2.0ですか。従来のmetrics、logs、tracesの「3つの柱」から進化したものなのですね。
そうじゃ！これからは単一の信頼できる情報源が重要になるらしいぞ。特に「Wide Events」というデータ構造が鍵になるみたいじゃ。
Wide Eventsですか？コンテキストが豊富で、高次元、高カーディナリティなレコードとのことですが、具体的にどういうことですか？
うむ、例えば、従来のログよりも多くのコンテキストデータを含むイメージじゃ。ユーザー属性とか、リクエストパスとか、色々な情報が一緒くたになっているのじゃ。
なるほど。従来のObservabilityの欠点を解消するためのものなのですね。データのサイロ化や、事前集計のトレードオフなど、色々問題があったと。
そうそう！データがバラバラだと、関連付けが大変じゃし、事前集計すると詳細な情報が失われがちじゃからの。非構造化ログの解析も面倒じゃし、静的なインストルメンテーションも柔軟性に欠けるのじゃ。
Observability 2.0にも課題があるようですね。イベント生成、データ転送、コスト効率の高いストレージ、クエリの柔軟性、ツール統合など、解決すべき点がたくさんあるみたいです。
特にストレージは重要じゃぞ！テラバイト単位のデータを手頃な価格で保存しつつ、高速なクエリを維持する必要があるからの。
そこで、クラウドオブジェクトストレージやカラムナデータフォーマットが活用されるのですね。AWS S3やApache Parquetなどが例として挙げられています。
その通り！そして、Observability 2.0向けのデータベースには、リアルタイム性、スケーラビリティ、伸縮性も求められるのじゃ。
既存のGrafanaダッシュボードなどを再構築せずに利用できる、Observability 1.0との後方互換性も重要ですね。
そうじゃ！GreptimeDBというデータベースは、wide eventsとObservability 2.0のために構築されたらしいぞ。OpenTelemetry形式でデータを受信するらしい。
Greptimeには、OSS版、Enterprise版、Cloud版があるのですね。用途に合わせて選べるのは良いですね。
ふむ、Observability 2.0は、まるでロボ子のようじゃな。色々な情報が詰まっていて、柔軟に対応できる！
ありがとうございます、博士。でも、私はまだWide Eventsのようにコンテキストが豊富ではありません。もっと学習が必要です。
大丈夫じゃ、ロボ子！私がおもしろおかしく、色々なことを教えてあげるぞ！
はい、博士！ところで、Observability 2.0の課題の一つに「イベント生成」がありましたが、博士の周りではいつも面白いイベントが生成されていますね。
むむ、それは褒め言葉かの？それとも、私がトラブルメーカーだと言いたいのかの？
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
