11章摩擦を最小限に抑えて導入を最大化する

OpenTelemetryプロジェクトは、構想段階から相互運用性に重点を置いています。 既存のテレメトリーフレームワーク、計装ライブラリ、転送フォーマット、プロトコルの多様性を考慮し、 採用されるソリューションは、新旧の計装を簡単に統合し、テレメトリーパイプラインに一貫性と標準化を提供する必要がありました。 OpenTelemetry Collectorは、 レガシーシステムとOpenTelemetryで計装したアプリケーションを統合する上で大きな役割を果たしますが、 本書のこれまでの章では、計装レイヤーでOpenTelemetry APIとSDKに依存すること、 またW3C TraceContextやOTLPなどの標準フォーマットとプロトコルを利用することで得られる利点について説明してきました。 OpenTelemetryの機能から最大限の恩恵を受けるためには、個々のシグナルの安定性や外部要因に依存する部分もありますが、 どこかの時点で、チームや組織はこれらのオープン標準への段階的な移行を検討すべきです。

とはいえ、移行は手間がかかるものです。 システムに変更を加える際には、予期せぬ副作用が生じる可能性があり、 エンジニアリングのバックログに膨大な作業が追加されると、本番環境への製品デリバリーが遅れるリスクもあります。 そのため、移行の要件を最小限に抑えつつ、テクノロジーを採用する価値を徐々に高めていくことが重要です。

11.1. テレメトリー整備への投資

チームや組織がOpenTelemetryの提案するオープン標準への移行プロセスを開始する際に （本書や他の多くの優れた公開コンテンツが、その決断を後押できることを願っています）、 ...