まとめ

サマリー、クリーンアップ、および次のステップです。

5 minutes

達成したこと

このワークショップでは、以下のことを行いました:

通常の AppDynamics インストルメンテーションで Java サービスをビルドして実行しました: 単一のエージェントが APM データを AppDynamics Controller のみに送信します。
ハイブリッドモードとデュアルシグナルモードの違いを学びました: ハイブリッドモードは AppD 独自のインストルメンテーションを再利用して OTel スパンを生成します（オーバーヘッドが低く、カバレッジが狭い）。一方、デュアルモードは完全な OTel Java 自動インストルメンテーションを AppD と並行して実行します（カバレッジが広く、相関属性を追加します）。
デュアルシグナルモードを有効にしました: 同じプロセスに 4 つの JVM フラグを追加するだけです。コード変更なし、2 つ目のエージェントなし、再コンパイルなし。同じ AppDynamics エージェントが AppDynamics と Splunk Observability Cloud の両方に同時にデータを送信するようになります。
グローバルデータリンクを作成しました: Splunk Observability Cloud で appd.* スパン属性を使用して、対応する AppDynamics ティアビューに直接ナビゲートします。

アプリケーションとロードジェネレーターを停止します:

bash
kill %2 2>/dev/null   # load generator
kill %1 2>/dev/null   # java app

オプションで Collector を停止します:

sudo systemctl stop splunk-otel-collector

デュアルモードはコード変更ではなく、設定変更です。 すでにインストルメンテーションされたアプリケーションに JVM フラグを追加することで有効にしました。これにより、アプリケーションコードに手を加えることなく、組織全体に展開することが実用的になります。
appd.* 相関属性が統合を価値あるものにします。 これらがない場合（ハイブリッドモード）、Splunk O11y で OTel トレースを取得できますが、特定の AppDynamics ビジネストランザクション、ティア、またはアプリケーションにリンクする方法がありません。デュアルモードはそのリンケージを提供します。
グローバルデータリンクは相関をワークフローに変えます。 2 つのツールを手動でクロスリファレンスする代わりに、エンジニアは Splunk O11y のトレースから直接 AppDynamics のビューにクリックして移動できます。
このパターンは段階的な移行をサポートします。 組織はデュアルモードを一定期間実行して、Splunk Observability Cloud が同等のシグナル品質をキャプチャすることを検証し、サービスごとにデュアルを継続するか、Splunk のみのインストルメンテーションに切り替えるか、AppDynamics にとどまるかを決定できます。