第2章. 分解スタックの主な利点
この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている:translation-feedback@oreilly.com
従来のオール・オア・ナッシングの可観測性ベンダは、ユーザーを囲い込もうとする。彼らの技術を気に入れば、組み込みエージェントからダッシュボード、アラートシステムに至るまで、ビジネスモデル全体を購入しなければならない。すべてはベンダーの管理下に置かれるのだ。これは魅力的な夢のように聞こえる人もいるかもしれないが、結局のところ、一緒に働くベンダは1社だけなのだ。
ベンダが可観測性の柱を1つに絞っているに過ぎず、他の柱が充実していないことを発見するかもしれない。エージェントは素晴らしいが、ダッシュボードが不十分かもしれない。ストレージエンジンがデータを肥大化させ、動作が遅く、コストが高いかもしれない。良いところと悪いところを引き受けることになる。アーキテクチャに何かを入れ替えたり挿入したりする簡単な方法はない。
ビジネス的には、彼らのなすがままだ。拘束力のある契約から抜け出すには数カ月から数年かかり、彼らのエンド・ツー・エンドの「ソリューション」(図2-1)の本質的な非効率性に嫌気がさしたとき、耐え難い痛みを伴う移行に直面するのは避けられない。
分離型スタックの台頭により、各レイヤーは、最善の実装、最低コスト、最適なユースケースを個別に選択できるようになった。ベンダが一社ではないため、管理はより複雑になる可能性がある。イケアの家具のように、組み立てが必要な場合もある。それでも、このルートを選ぶ組織は増えている。このパスに伴う利点を検証してみよう。
図2-1. 従来のシングルベンダーのオール・オア・ナッシングの可観測性スタックと、新たなモデルであるディスアグリゲーション・スタックの比較
柔軟性とカスタマイズ
分解された可観測性スタックを使えば、組織は好きなコンポーネントを組み合わせて使うことができる。これは、オープンソースソフトウェア(OSS)と商用クラウドネイティブSaaS(Software-as-a-Service)のように、異なるタイプのソフトウェアライセンシングとデプロイモデルを組み合わせたい場合に特に有用である。
OTelが様々な可観測性シグナルを統合することで、実装の負担はすぐに軽減される。全ての OTel コンポーネントは OpenTelemetry Protocol (OpenTelemetry 2025 "OTLP Specification") を使って通信する。1OpenTelemetryプロトコル(OTLP)はペイロードにProtocol Buffers(Protobuf)を使用し、標準的なハイパーテキスト転送プロトコル(HTTP)またはGoogleリモートプロシージャコール(gRPC)で転送できる。広く採用されているネットワークプロトコルを標準に組み込むことで、データ収集は計り知れないほど簡単になる。
OTelは実装のオプションも提供する。例えば、OTelコレクター(OpenTelemetry 2025 "Collector")を使用することができる。これは、処理と分析のためにバックエンドシステムに転送される可測性データを集約するシステムであり、バックエンドシステムに直接データを送信することもできる(これについては ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access