jvmguard

比較

jvmguardの比較

jvmguardは、必要とされる場合にのみ、承認と監査証跡のもとでのみ、ディープなJVMプロファイルをキャプチャします。すでにお使いのツールとどう異なるかを説明します。

§ 01隣接するアプローチ

APMスイート

Datadog、Dynatrace、New Relic、および類似のプラットフォーム

  • APMはフレームワークを計装し、スパンを継続的に測定します。jvmguardは定義したトランザクションのみを記録します。
  • APMはアプリケーションとエンドユーザーのデータを収集し、クラウドバックエンドに送信します。jvmguardはネットワーク内にとどまります。
  • jvmguardは置き換えではなく補完です。APMは広範囲の監視とアラートを提供し、jvmguardはディープで的を絞ったキャプチャを提供します。

継続的プロファイラー

Grafana Pyroscope、ParcaおよびPolar Signals、Elastic Universal Profiling

  • 継続的プロファイラーは広範にサンプリングし続け、止まりません。jvmguardは、必要な場合にのみ、必要な1台のJVMからヒープダンプやJFR記録といったディープアーティファクトをキャプチャします。
  • 継続的プロファイラーは常にすべてのJVMで小さな一定のオーバーヘッドを支払います。jvmguardはキャプチャ中にのみそのコストを支払います。

素のJFRとjcmd

JDKに内蔵。JFR記録、jcmd操作、分析にはJDK Mission Control。

  • jvmguardなしでヒープダンプを取得するには、プロダクションホストへのSSHアクセス、jcmdの手動実行、ファイルの転送が必要です。ほとんどの組織では、開発者にそのアクセス権がありません。
  • jvmguardはSSHワークフローを承認されたアクセスに置き換えます。プロファイラーロールのユーザーがUIまたはコーディングエージェントからキャプチャを開始し、監査ログが誰が、いつ、どのJVMに対して実行したかを記録します。
  • jcmdはその瞬間に実行したものをキャプチャします。jvmguardは、誰も監視していなくても、しきい値を超えた瞬間にキャプチャを自動的に発生させることもできます。
  • 1つのトリガーが、個々のJVMを1台ずつではなく、フリート内の一致するすべてのJVMで発生します。
§ 02jvmguardではないもの

jvmguardはAPMではありません。継続的なトレーシング、分散トレースのエクスポート、メトリクスパイプラインはなく、フレームワークを自動計装もしません。軽量なテレメトリと定義したトランザクションのみを記録するため、常時オーバーヘッドは最小限に保たれます。ディープキャプチャは意図的でスコープが限定され、インフラ内にとどまります。ユーザーデータがリモートバックエンドにエクスポートされることはありません。

§ 03jvmguardが適する場面

開発者がホスト上のSSHセッションなしに、承認され監査されたアクセスを通じてプロダクションJVMからディープキャプチャを取得します。

AIエージェントがスコープとレート制限の範囲内でプロダクションJVMを操作し、すべての操作がSIEM互換の監査ログに書き込まれます。

軽量な常時監視が、しきい値を超えたときに自動的にキャプチャをトリガーします。