Application Performance Monitoring（APM）

遅延・エラーの原因を、サービスからコードまで追跡

Guance APM は、分散トレーシング、サービスマップ、エンドポイントのレイテンシ、エラー、継続的プロファイリング（Continuous Profiling）、ログ、インフラ、デプロイや変更イベントを関連付けます。影響を受けたリクエストを起点に、サービスと依存関係を横断して証拠をたどり、修正後の回復まで同じ調査フローで確認できます。

Guance 導入後、ネットワークとサーバーリソース、アプリケーションサービス、フロントエンド画面、POS 端末まで、エンドツーエンドの取引経路をつなぎ、全体の性能をリアルタイムで監視できるようになりました。アラート発生時には、性能ボトルネック、ユーザー体験の低下、ログ異常がどこで起きているかをすぐに確認でき、チームが複数の観点から問題を特定して性能改善につなげられます。

———— Wu Hongqin · Meiyijia データ IT システム技術責任者

APM で解決できること

遅いリクエストとエラーを、関連するシグナルから調査

開発、SRE、プラットフォームチームが、サービス全体の状態と個々のリクエストを同じ視点で確認できます。レイテンシやエラーの変化から代表的なトレースを開き、ログ、リソース状態、データベース処理、プロファイル、デプロイ情報へそのまま掘り下げられます。

01 分散トレーシングサービス、エンドポイント、ミドルウェア、データベースを通るリクエスト経路を再構成します。
02 サービスパフォーマンスサービス、エンドポイント、環境、バージョンごとにレイテンシ、スループット、エラー率、依存関係の状態を比較します。
03 継続的プロファイリング遅いトレースの背後にある CPU、メモリ、ロック、関数、クエリのホットスポットを見つけます。
04 コンテキストの関連付けトレースからログ、インフラ、アラート、RUM セッション、デプロイや変更イベントへ移動できます。

実際の調査フロー

遅いリクエストから、原因となるサービス、依存関係、コードへ

APM はユーザーに影響するリクエストを特定し、トレース、ログ、リソース、プロファイルの証拠から、変更と検証が可能な原因候補を絞り込みます。

查看证据応答時間、エラー状態、サービス経路、スパンの所要時間

得到结论最も遅いスパンと最初に異常が現れた依存先を特定

数据接入路径

言語 Agent / OpenTelemetry → サービス、エンドポイント、トレース → ログ、インフラ、プロファイル

适用场景

マイクロサービス、分散システム、重要なリクエスト経路を運用する開発、SRE、プラットフォームチーム向けです。

使用边界

アプリケーション計装または OpenTelemetry が必要です。実ユーザーのフロントエンド体験には RUM、詳細なリソース分析にはインフラストラクチャ監視を利用します。

查看接入文档

エラー率が上昇したら、影響を受けるサービスと依存関係を切り分け

サービスとエンドポイントの画面で、リクエスト数、レイテンシ分布、エラー、下流依存関係を比較します。環境、バージョン、リージョン、タグで絞り込み、広範なリグレッションか特定ワークロードの問題かを判断できます。

ドキュメントを見る

繰り返す遅延とエラーを SLO と実行可能なモニターへ

スループット、レイテンシ、エラー、可用性からモニターとサービス目標を作成します。影響を受けたサービス、環境、トレース、判断材料をインシデントに添えて通知できます。

ドキュメントを見る

既存 Agent と OpenTelemetry を活用し、計装を作り直さない

DataKit インテグレーション、主要言語の Agent、OpenTelemetry からトレースを取り込みます。サービス、環境、バージョン、リソース属性を維持し、新しいテレメトリも同じ調査モデルに接続します。

ドキュメントを見る

よくある質問

Application Performance Monitoring（APM）とは何ですか？

APM は、サービスリクエスト、レイテンシ、スループット、エラー、依存関係、コード実行を継続的に計測します。Guance はこれらをログ、インフラ、RUM、リリース情報と関連付け、複数ツールで状況を再構成せずに本番障害を調査できるようにします。

Guance APM で遅いリクエストをどう調査しますか？

遅いエンドポイントやサービスから対象トレースを開き、スパンの所要時間と状態を比較します。そこから関連ログ、インフラ、データベース処理、プロファイリングへ進み、原因となるサービス、依存関係、リソース、コードの候補を証拠に基づいて絞り込みます。

APM データをログやインフラと関連付けられますか？

はい。トレース、サービス、環境、ホスト、コンテナ、Kubernetes の共通属性により、アプリケーションリクエストと周辺のログやリソース状態を関連付けられます。

OpenTelemetry と主要言語の Agent に対応していますか？

はい。Guance は OpenTelemetry データを取り込み、DataKit と互換コレクターを通じて主要な言語とフレームワークに対応します。具体的な設定はランタイムと収集構成によって異なります。

APM とインフラストラクチャ監視の違いは何ですか？

インフラストラクチャ監視は、ホスト、コンテナ、クラスター、クラウドリソースの状態と容量を説明します。APM はリクエストがサービスとコードをどう通るかを説明します。併用すると、ユーザー影響がアプリケーション、依存関係、リソースのどこから生じたかを判断できます。

さらに詳しく

リソースと関連記事

製品ドキュメント、関連ソリューション、技術ガイドから次のステップを選択できます。

製品ガイド、トラブルシューティング、技術的なベストプラクティス

フレームグラフで分散トレースを可視化する

サービスの実行時間を比較し、性能ボトルネックを見つけます。

製品機能

分散トレーシング分析のベストプラクティス

サービスを横断する遅いリクエストと失敗を調査する再現可能な手順を紹介します。

ベストプラクティス

コンテナ化した Python Flask のリクエストを追跡する

Flask アプリケーションを計装し、コンテナ環境でリクエストコンテキストを確認します。

ベストプラクティス

Docker で Java APM を自動注入する

コンテナ環境の Java アプリケーションにトレーシングを設定し、収集結果を検証します。

ベストプラクティス