Digma Preemptive Observability

Digma Preemptive Observability

Digma (part of the JetBrains AI Platform) · 코딩

Digma는 앱 실행 중 프로파일링을 수행하고, 운영 환경에 배포되기 전에 성능 문제를 IDE 안에서 짚어 주는 연속 피드백 플랫폼이다. 핵심은 사전 예방형 옵저버빌리티다. 고칠 여력이 남아 있을 때 런타임 문제를 먼저 잡는다.

Digma Preemptive Observability 미리보기

Digma Preemptive Observability 소개

What Is Digma

Digma는 하나의 생각을 축으로 만든 개발자 도구다. 옵저버빌리티는 대시보드를 채우는 게 아니라 코드를 낫게 만드는 일이어야 한다는 것이다. 앱이 실제로 어떻게 도는지 관찰한 뒤, 그 런타임 데이터에 숨은 병목과 느린 쿼리, 확장 위험을 집어낸다. 고칠 여력이 남아 있을 때 편집기 안에서 문제를 본다.

구성은 분석 백엔드와 IDE 플러그인이고, 주 화면은 IntelliJ IDEA다. 앱에서 올라오는 OpenTelemetry 트레이스를 읽어 코드 단위 지적으로 바꾼다. 개발사 Digma는 2022년 캘리포니아 산타클라라에서 Nir Shafrir와 Roni Dover가 세웠다.

도입 전에 짚을 제약이 둘 있다. 클라우드가 아니라 로컬에서 돌기 때문에 규정 준수에는 유리하지만, 백엔드 운영은 직접 맡아야 한다. 또 지원 범위가 좁다. IntelliJ의 Java와 Kotlin이 주 대상이고, Rider의 .NET은 얼리 액세스 단계다.

Getting Started

  1. JetBrains Marketplace에서 IntelliJ용 Digma 플러그인을 설치한다. 유료 요금제도 클라우드 계정도 필요 없다.
  2. 플러그인 안내에 따라 로컬 분석 백엔드를 띄운다.
  3. 표준 OpenTelemetry 에이전트로 앱을 계측한다. 기본 Java 구성이면 코드를 건드릴 필요가 없다.
  4. 평소처럼 코드를 실행한다. Digma가 트레이스를 모아 실행 내용을 분석하기 시작한다.
  5. 지적 패널을 열어 표시된 문제를 확인하고, 해당 코드 줄로 바로 이동한다.

제품 정보

Digma Preemptive Observability의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.

무료 플랜예
유료 플랜N/A
플랫폼IntelliJ IDEA (Java, Kotlin); Rider early access for .NET
개발사Digma (part of the JetBrains AI Platform)
카테고리코딩
출시일Jan 2022
최근 업데이트Sep 2025
웹사이트 방문 수7.5K
웹사이트 글로벌 순위2.7M
API 제공 여부N/A

추천 대상

이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.

사용자

  • JVM 백엔드 개발자
  • 플랫폼·SRE 엔지니어

작업

  • N+1 쿼리 추적
  • 출시 전 확장 위험 파악
  • 마이크로서비스 사이 과도한 API 호출 찾기

활용 상황

  • 복잡한 코드에서 느린 엔드포인트 디버깅
  • 성능을 떨어뜨릴 수 있는 변경 검토
  • 폐쇄망이나 규제가 엄격한 환경

주요 기능

코드를 바꾸지 않는 런타임 프로파일링

Digma는 앱이 도는 동안 런타임 프로파일링을 수행하고, 표준 OpenTelemetry 계측에 자체 속성을 조금 더해 쓴다. 트레이스용 코드를 추가할 필요가 없고, 소스는 그대로 둔다. 작업하는 동안 돌아가는 피드백 루프를 얻는다. 사고가 난 뒤에야 움직이는 구조가 아니다.

코드 단위 성능 지적

분석 백엔드는 날것의 트레이스를 이름 붙은 문제로 바꾼다. N+1 쿼리 의심, 병목, 느린 엔드포인트, 과다한 쿼리 수 같은 것들이다. 코드 성능 분석인 셈이고, 각 문제는 방아쇠를 당긴 코드 옆에 놓인다. 느린 엔드포인트라면 지연을 만든 메서드 위에 뜬다. 증상과 출처를 잇는 이 선이 제품의 핵심이다.

확장 분석

지적 하나는 요청이 여러 개 동시에 들어올 때 코드가 어떻게 도는지 살피고, 느려졌다면 근본 원인 분석을 시도한다. 대시보드가 좀처럼 답하지 못하는 질문에 응한다. 트래픽이 늘어도 이 함수가 버티는가. 답은 두루뭉술한 경고가 아니라 구체적인 자산에 묶여 돌아온다.

기본이 로컬, 기본이 프라이빗

모든 것이 내 장비나 내가 관리하는 클러스터에서 돈다. 옵저버빌리티 데이터가 Digma 클라우드로 가지 않는다. 규제가 빡빡한 환경에서 쓸 수 있는 이유다. 여러 사람이 같은 분석을 공유해야 할 때는 Kubernetes 기반 중앙 온프레미스 구성으로 옮길 수 있다.

IDE 중심 워크플로

IntelliJ 플러그인이 주 화면이라 IDE 옵저버빌리티가 편집기 안에 뜬다. 별도 모니터링 사이트가 아니다. 표시된 지적에서 코드로 바로 건너뛰어 화면 전환 없이 처리한다. Jaeger, Prometheus, 전통적인 APM과 맞바꾸는 게 아니라 나란히 쓰는 자리다.

장단점

장점

  • 개인 개발자에게 영구 무료다. 클라우드 계정도 필요 없다.
  • 로컬에서 돌아 트레이스가 내 장비에 남고, 규정 준수 정책에 맞는다.
  • 기본 Java 구성이면 코드 변경이 없어 도입 문턱이 낮다.
  • 문제를 코드 위에 보여 주어 증상에서 수정까지 가는 길이 짧다.

단점

  • 지원 언어와 IDE 폭이 좁다. IntelliJ의 Java와 Kotlin이 중심이고, Rider의 .NET은 아직 얼리 액세스다.
  • 로컬 백엔드 운영이 내 몫이라 설치와 자원 소모가 나나 팀에 얹힌다.
  • OpenTelemetry 데이터 수집에 의존하고, 계측이 얇으면 분석할 수 있는 범위가 좁아진다.

자주 묻는 질문

앱이 도는 방식을 분석해 그 데이터를 코드 단위 성능 지적으로 바꾼다. 느린 쿼리나 병목 같은 문제가 IDE 안에 뜨고, 원인이 되는 코드 옆에 놓인다.