[APM is Legacy. Distributed Tracing is for Modern Teams | Logz.io](https://logz.io/blog/apm-is-legacy-distributed-tracing-is-modern/) [[Logz.io]]の[[APM]]はもう古いという記事。 ## The APM Market is Shifting - 最近、2022年のGartner APM Magic Quadrantの調査結果を受け取りました。注意深く読むと、Gartner が従来の APM の概念（私や Will Cappelli が市場を定義したもの）から、Observability や Distributed Tracing の概念を含むよりモダンな表現へとシフトしていることがよくわかります。多くの顧客と話すと、この進行中の進化に大きな混乱があることは明らかです。 - APMツールは当初（2000年頃）、ベンダーのコードを計測するために設計されましたが、Javaなどの言語とともに普及が進むにつれ、プラットフォームの成熟度が上がり、価格も下がり始めました。その時点で、次世代のAPM（2.0）ツールのほとんどが作られました（2010年頃、しかし、それらは大部分がマイクロサービス向けに作られたものではありませんでした）。 - 致命的なのは、「最新の」クラウド環境でのマイクロサービスの利用が拡大し続ける中、これらのAPMソリューションの価格設定は、特にアプリケーションあたりのコストという点では追いついていないことです。ベンダーにとって、これらのエージェントを維持するためのコストは高いというのが現実です。 ## OpenTelemetry and the Future of Tracing - そのため、OpenTelemetryのようなプロジェクトはとても重要なのです。ライブラリを箱から出してインスツルメンテーションすることで、自動インスツルメンテーションが可能になり、インスツルメンテーションされていないコードも自動インスツルメンテーションされて、軽量のトレースとメトリクスを収集することができます。 - これは、可視化の問題のほとんどを解決しますが、商用のAPMツールで得られるようなレベルの診断やプロファイリングを提供するものではありません。OpenTelemetry は今後 3 年でプロファイリングまで拡張すると思われますが、APM の診断も、提供される利益が限られているため、この間に影響力と利用率の点で衰退していくと思われます。マイクロサービスによってアプリケーションはトラブルショットが可能な小さなコンポーネントに分割されているため、ユーザーは一般に詳細な診断を必要としない。 - ガートナー・マジック・クアドラントの "リーダー "たちは、OpenTelemetry、特に双方向エージェント相互運用性には投資したがりません。なぜなら彼らのエージェントは、エージェントとデータ収集でロックインと収益を生み出すからです。25億ドルの収益、つまりAPMの市場規模の約25%を守ることが、彼らにとって最も重要なことなのです。 - 確かに、彼らは皆 OpenTelemetry と相互運用性について大言壮語しますが、流れはすべて OpenTelemetry からツールへのデータであり、彼らは第一の選択肢として独自のエージェントを作成し押し付け続けます。金儲けが目的であり、顧客にとって何がベストなのかは考えていないのです。New Relic や Datadog のようなオープンソースエージェントのロードマップに載っている機能は無数にあり、それらは決して最終決定されることはありません。AppDynamics や Dynatrace のような企業は、いまだに完全にクローズドソースのエージェントとデータ収集を行っています。彼らはまた、長い時間をかけて構築してきたため、今でも市場で最高のエージェントを有しています。 - Gartnerは、APMの定義を、トレースやメトリクスだけでなく、ロギングを統一的に使用することに興味を持つ現代のチームのニーズに向けて進化させるでしょう。しかし、デジタル・ビジネスを可視化するために、最新のアプリケーションを管理し、トラブルシューティングを行うというユースケースは変わりません。 - APMはレガシー・ワークロードのためのものであり、観測可能性戦略のシグナルの1つとして分散トレースに焦点を当てるべきであることを忘れないでください。