最新ネットワーク・テレメトリー実践ガイド (Japanese Edition)

第2章 テレメトリの取り扱い

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

ネットワークを構成するデバイスの種類と、それらが発信するデータ型を特定し、環境のインベントリを作成して各デバイスの台数を把握し、計測環境を構築し――これらすべてが完了してデータが流入し始めたら……さて、どうするか？

もし私たちが監視および可観測性解決策のベンダだったとしたら（ネタバレ：実はそうだが、ひとまずそうではないと仮定しよう）、ここで当社の製品ライン一式を購入すれば得られる、洗練されたダッシュボードや高度なアラート、見事なレポートをすべてお見せするところだろう。しかし、実際にはそれほど単純な話ではない。

確かに、ベンダの解決策は裏で多くの重労働を担っている。しかし、本書は、その裏側の活動が何であるかを明らかにし、詳しく解説することで、読者がより知識のある顧客になれるようにすることを目的としている。可観測性ソリューションの内部で何が起きているかを知ることで、OTelの手法から集計オプション、パイプライン管理に至るまで、あらゆる事柄について知識に基づいた判断を下せるようになる。

データが抽出・取得された後、そのデータをどのように正規化し、識別用のタグを付け、追加属性で充実させ、（1つ以上の）利用システムへルーティングし、最終的に分析・可視化するかについて、一連の決定が必要となる。つまり、この章では、データを行動を促す情報へと変換するプロセスについて解説する。

これはまた、「自社開発か購入か」という意思決定についても、十分な情報に基づいた選択を行う助けとなる。

正直なところ、この章のアウトラインを練っているうちに、このテーマだけで一冊の本が書けることにすぐに気づいた。いつかそうするかもしれない。（もしそんな本を読みたいなら、ぜひ教えてほしい！）しかし、ここでの目標は、データの「整理」に関する以下の高レベルな側面について、読者に考えてもらうことだ：

• データは何が生成しているのか？

• どのようなデータが生成されているのか？

• そのデータをどこに保存したいか？

• 暗号化についてはどうするか？

• データを送信する前に、各種データセットに対してどのような処理を行う必要があるか？

• データを目的の場所にどう届けるか？

• データが到着した後（およびその後）、そのデータをどのように活用するか？

注：この章の残りの部分では、他の種類よりもネットワークトラフィックのテレメトリにやや重点を置く。なぜなら、それが最も大量で多様性が高く、カーディナリティの高いタイプであり、メタデータソースによるエンリッチメントの利点を最も受けやすいからだ。しかし、ここで扱う原則は、他のほとんどの種類のネットワークテレメトリにも適用できる。

転送

このセクションでは、データを最初のデータ収集地点から必要な場所へ届ける方法、およびその途中の経由地について検討する。

テレメトリのプロデューサと消費元のインベントリ

インベントリに何を含めるべきか、少し時間を割いて明確にしておく価値がある。保有しているシステム、各システムが生成可能なテレメトリ、必要なテレメトリ、そしてそのテレメトリをどのように収集しているかを把握する必要がある。最後に、そのデータが送信される前に集約されるかどうかを確認することだ。これらの概念の一部については、この章の後半でより深く取り上げる。

その情報を得たら、データが送られる「相手側」のインベントリを作成する必要がある。ベンダは「すべてのデータを当社に送ってください」とすぐに言うだろうが、それは現実的でも費用対効果が良いわけでもない。ほとんどの場合、利用している各可観測性・ベンダにデータの完全なコピーを保持させる必要はない。 ...