비교

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는 필요할 때만, 필요한 바로 그 JVM에서 힙 덤프나 JFR 기록 같은 심층 아티팩트를 캡처합니다.
지속적 프로파일러는 항상 모든 JVM에서 작은 일정한 오버헤드를 지불합니다. jvmguard는 캡처 중에만 그 비용을 지불합니다.

순수 JFR과 jcmd

JDK에 내장. 분석에는 JFR 기록, jcmd 작업, JDK Mission Control.

jvmguard 없이 힙 덤프를 얻으려면 프로덕션 호스트에 SSH로 접속하고, jcmd를 직접 실행하고, 파일을 전송해야 합니다. 대부분의 조직에서 개발자는 그런 접근 권한이 없습니다.
jvmguard는 SSH 워크플로를 승인된 접근으로 대체합니다. 프로파일러 역할의 사용자가 UI나 코딩 에이전트를 통해 캡처를 시작하고, 감사 로그는 누가, 언제, 어떤 JVM에 대해 실행했는지 기록합니다.
jcmd는 그 순간에 실행한 것을 캡처합니다. jvmguard는 아무도 보고 있지 않아도 임계값이 넘는 즉시 캡처를 자동으로 발생시킬 수도 있습니다.
하나의 트리거가 개별 JVM을 하나씩 처리하는 대신 플릿의 일치하는 모든 JVM에서 발생합니다.

§ 02jvmguard가 아닌 것

jvmguard는 APM이 아닙니다. 지속적 트레이싱도, 트레이스 수집도, 메트릭 파이프라인도 없으며 프레임워크를 자동 계측하지 않습니다. 가벼운 텔레메트리와 정의한 트랜잭션만 기록하므로 상시 오버헤드는 최소로 유지됩니다. OpenTelemetry를 사용하는 경우 jvmguard가 함께 동작합니다: 이미 적용된 트레이싱 어노테이션이 트랜잭션이 되고, 캡처는 OTel 로그 레코드로 사용자의 파이프라인에 전송됩니다. 심층 캡처는 의도적이고 범위가 지정되며 인프라에 머뭅니다. 어떤 사용자 데이터도 원격 백엔드로보내지 않습니다.

§ 03jvmguard가 맞는 경우

개발자가 호스트에 SSH 세션 없이 승인되고 감사된 접근을 통해 프로덕션 JVM에서 심층 캡처를 얻습니다.

AI 에이전트가 범위 및 속도 제한 내에서 프로덕션 JVM을 조작하고, 모든 작업은 SIEM 호환 감사 로그에 기록됩니다.

가벼운 상시 모니터링이 임계값을 넘으면 자동으로 캡처를 트리거합니다.