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. 指摘パネルを開き、印を付けられた問題を確認して、該当するコード行へ直接ジャンプする。

AIツール情報

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内に表示され、原因となるコードの隣に並ぶ。