ClickStackの新機能 - 2026年5月

サマリー #

ClickStackの最新情報、5月号へようこそ。

5月から6月初旬にかけては、調査時によりダッシュボードを役立てるための改善に注力しました。ダッシュボードのテーブルリンク機能では、集計ビューから検索や関連ダッシュボードへ直接ジャンプできるクリック可能なアクションが導入されました。また、スコープ付きフィルタにより、すべてのフィルタが全体に適用されることなく、複数ソースを組み合わせたダッシュボードを構築しやすくなりました。 ダッシュボードのカスタマイズ機能も拡張されました。数値タイルでカラー表示、閾値ベースのフォーマット、テキストの自動スケーリングがサポートされるようになり、重要なシグナルを一目で把握しやすくなっています。サービスマップも大幅にアップデートされ、レイテンシのパーセンタイル、スループットメトリクス、サーバーサイドのフィルタリング、依存関係を探索するための新しいフォーカスモードが追加されました。 ダッシュボード以外にも、Browser RUM用のダッシュボードテンプレート、ClickHouse TimeSeries Engineによる実験的なPromQLサポート、そして多数の新しいMCPツールを追加しました。

OpenHouseでの発表 #

Open Houseでは、オブザーバビリティに関する重要な発表もいくつか行いました。

AI NotebooksがManaged ClickStackユーザー向けにベータ版として提供開始されました。これは調査のための永続的なワークスペースで、エンジニアはプロンプト、クエリ、チャート、推論、発見事項を1つの共有可能なアーティファクトにまとめられます。Notebooksと併せて、ClickStack MCPサーバーも紹介しました。これは、ClickStackが内部で使用しているものと同じオブザーバビリティのワークフローや調査プリミティブを、外部エージェントやAIツールに公開するものです。

さらに、ClickStack Cloudの発表も行い、現在プライベートプレビュー中です。ClickStack Cloudは、ClickHouseを基盤としたフルマネージドかつサーバーレスのオブザーバビリティプラットフォームです。コレクタ、インジェスチョンインフラ、スケーリングポリシー、ストレージ、スキーマチューニングを管理する必要はなく、チームはOpenTelemetryデータをマネージドエンドポイントに送信するだけで、ClickStack UIを通じてログ、メトリクス、トレースの探索をすぐに開始できます。基盤インフラを運用せずにClickHouseベースのオブザーバビリティを利用したい方にとって、ClickStack Cloudはデフォルトの選択肢となるように設計されています。

新しいコントリビューター #

いつものように、新しいコントリビューターの皆さんに感謝し、コミュニティへようこそ。プルリクエストの作成、Issueの起票、アイデアの共有、他の方々のサポートなど、あらゆる貢献がプロジェクトをより良いものにしてくれます。

dewly-justice, doyong365, dvjn, jordan-simonovski, nohupped

ダッシュボードアクション #

テーブルは、調査の終着点というより、むしろ出発点となることがよくあります。サービスごとのエラー件数やエンドポイントごとのレイテンシを示すチャートは、ユーザーが行から次のワークフローへ直接移動できるようになると、格段に有用性が増します。これまでは、テーブルの行をクリックすると、その行のグループ化キーの値をフィルタとして検索を開くことしかできませんでした。便利ではあるものの、ユーザーの遷移先や引き継がれるコンテキストを細かく制御するのは困難でした。

今月、テーブルタイル向けに設定可能なダッシュボードアクションを導入しました。行をクリックすると、特定のソースに対してカスタム WHERE 句を伴う検索を開けるようになり、いずれも選択した行の値を参照する Handlebars テンプレートに対応しています。さらに、行から別のダッシュボードへ直接リンクすることも可能で、高レベルな運用ビューからより焦点を絞ったダッシュボードへとユーザーを誘導するドリルダウン型のワークフローを実現できます。

この機能は、通常のWebリンクと同じように動作するよう設計されています。アクションが設定された行は <a href> 要素としてレンダリングされ、ユーザーはクリック前に遷移先をプレビューできます。少しホバーすると、ClickStack は検索を開く、ダッシュボードに遷移するなどの遷移先を説明するツールチップを表示します。新しいタブでリンクを開く、リンクアドレスをコピーする、ブラウザのステータスバーで遷移先をプレビューするといった、ブラウザ標準の挙動も期待どおりに機能します。また、ダッシュボードやソースへの参照は、インポート時およびエクスポート時に自動的に再マッピングされるため、リンクされたダッシュボードを手動で更新することなく、環境間でスムーズに移行できます。

数値ビジュアライゼーション向けのカスタムカラーパレット #

数値タイルはダッシュボードで最初に目に入ることが多い要素ですが、これまでは値とラベルを表示することしかできませんでした。その数値が健全な状態を表しているのか、警告のサインなのか、あるいは進行中のインシデントを示しているのかは、閲覧者の解釈に委ねられていました。

数値タイルがカスタムカラーとしきい値ベースの書式設定に対応しました。タイルには固定色を割り当てることも、順序付きのしきい値を設定して値が定義した境界を越えた際に外観を自動的に変化させることもできます。これにより、KPI、エラー率、レイテンシ目標、その他の運用シグナルをダッシュボード上で直接ハイライトでき、閲覧者が数値を自分で解釈する必要がなくなります。

これらの設定は UI、外部ダッシュボード API、MCP ダッシュボードツール全体で利用可能で、プログラムから生成されたダッシュボードでも手動作成のものと同じ視覚的表現を使えるようにしています。また、スペースが限られている場合にテキストを自動的にスケーリングすることで、値が小さめのダッシュボードレイアウトからはみ出すのを防ぐなど、数値タイルのレンダリング動作も改善しました。

実験的な PromQL サポート #

ClickHouse はこれまで、ログ、トレース、イベントベースのメトリクスとの相性が非常に良いものでした。ワイドイベントはカラム指向データベースにおいて極めて効率的に圧縮でき、ClickStack のメトリクス体験もそのモデルを軸に構築されてきました。一方で、確立されたクエリ言語や運用手法を持つワークロードもあることを我々は認識しています。Prometheus ユーザーにとって、その言語こそが PromQL です。

ここ数か月間、ClickStack 内でのネイティブ PromQL サポートがどのような形になり得るかを検討してきました。既存のワークフローから離れることを強いるのではなく、多くのエンジニアがすでに慣れ親しんだ言語で Prometheus スタイルのメトリクスをクエリできるようにしつつ、それらのワークフローをログやトレースと同じ単一のインターフェースの中に共存させることを目標としています。

実装は実験的な ClickHouse TimeSeries Engine を基盤としており、これはリリースを重ねるごとに PromQL 互換性と機能が拡充されています。有効化すると、ClickStack は otel_metrics_ts テーブルをプロビジョニングし、Prometheus 互換のクエリエンドポイントを公開し、UI に PromQL データソースとチャートエディタを追加します。チームは TimeSeries Engine を通じて ClickHouse に保存されたメトリクスをクエリすることも、外部の Prometheus 互換エンドポイントを設定して ClickStack 経由でクエリをプロキシすることもできます。

Prometheus ベースのメトリクスパイプラインを運用しているチームは、ログやトレースがすでに ClickStack にあっても、メトリクスをクエリするための別システムを常に必要としてきました。私たちは PromQL クエリを同一インターフェースに取り込むには何が必要かを検討し始めており、本リリースではその最初のイテレーションを提供します。

この取り組みはまだ高度に実験的な段階であり、ストレージモデルと API サーフェスの両方は、基盤となる TimeSeries Engine の成熟に伴って進化していく可能性が高いです。カバレッジは月を追うごとに改善しており、PromQL を ClickStack のより広範な体験にどのように組み込むべきかを積極的に評価しています。この機能のテスト、方向性の議論、または検証してほしい PromQL クエリがある方は、ぜひご連絡ください。

設定可能なイベントパターン #

イベントパターンは、大量のログやトレースを理解するための最速の手段の一つです。何千、何百万もの個別イベントをスクロールして眺める代わりに、ClickStack は類似したメッセージを自動的にクラスタリングし、少数の代表的なグループにまとめてくれます。

これにより、繰り返し発生するエラーの特定、新たな問題の発見、ボリュームスパイクの原因把握、そして正規表現やパースルールを書くことなく、サービスが生成するイベントの種類を素早く要約することが容易になります。

これまで、パターン分析はクラスタリング対象のテキストが専用の message や body カラムから得られることを前提としていました。分析したい値が URL パス、例外の種類、エンドポイント名、カスタム属性など別の場所に格納されている場合、パターンエンジンにそれを使わせる手段はありませんでした。

これからは、イベントパターンビューから任意のカラムをパターン分析のソースとして直接選択できるようになりました。これにより、はるかに幅広いオブザーバビリティデータをクラスタリング・要約できるようになり、従来のログメッセージ分析を超える新しいワークフローが可能になります。

ブラウザ RUM エクスペリエンス #

多くの ClickStack ユーザーは、すでに HyperDX Browser SDK やその他の OpenTelemetry ブラウザエージェントを使ってフロントエンドを計装し、セッションリプレイ、ページパフォーマンスメトリクス、JavaScript エラー、ユーザーインタラクションデータを収集しています。ただ、これまでそうしたユーザーは独自のダッシュボードをゼロから構築する必要がありました。最も多く寄せられていた要望の一つが、ClickStack に同梱されるすぐに使える Kubernetes ダッシュボードのようなブラウザオブザーバビリティ体験でした。

今月、ダッシュボードギャラリーに Browser RUM ダッシュボードテンプレートを追加しました。このテンプレートは、フロントエンドアプリケーションのモニタリングを始めるのに最適な出発点で、ほとんどのチームがまず注目する領域、すなわち Core Web Vitals、ページロードパフォーマンス、フロントエンドエラー、トラフィックの内訳、ユーザー体験メトリクスをカバーしています。

このダッシュボードには、LCP、INP、CLS などの p75 Core Web Vitals メトリクス、ページロードのパーセンタイル、ロングタスク数、JavaScript 例外、API 失敗、そして URL・ブラウザ・国・デバイスサイズなどのディメンションで分類されたトラフィックが含まれています。他の ClickStack テンプレートと同様に、ダッシュボードレベルのフィルターとドリルダウンワークフローを備えており、個々のタイルを変更することなく、アプリケーションヘルスのハイレベルビューから特定のページ、環境、バージョン、ユーザーセグメントへと掘り下げていくことができます。

このテンプレートを利用するには、受信するスパンに rum.sessionId リソース属性が必要です。HyperDX Browser SDK で計装されたアプリケーションはこれを自動的に発行します。

Y 軸をデータに合わせて調整 #

デフォルトでは、折れ線グラフの Y 軸はゼロを起点とします。絶対値を比較する場合はこれが適切な選択となることが多いのですが、狭い範囲で推移するメトリクスでは、小さな変化が見えにくくなってしまいます。レイテンシ、CPU 使用率、キャッシュヒット率などのシグナルは、時間経過とともに意味のある変動があってもほぼ平坦に見えてしまうことがあります。

新しい Fit Y-axis to Data 表示オプションにより、折れ線グラフのY軸をデータの表示範囲に合わせてスケーリングできるようになりました。これにより、基礎となるクエリやデータを変更することなく、トレンドや回帰、短期的な変動をはるかに簡単に把握できます。

トレースビューの改善 #

トレースビューは引き続きClickStackの中でも最も頻繁に使用される機能の一つであり、特にトレースのナビゲーションと理解がオブザーバビリティの中心的なワークフローであるJaegerからの移行ユーザーから、多くのフィードバックをいただいています。その結果、ここ1か月間はトレース体験の改善に大きく投資し、調査の高速化と、大規模なトレースを扱う際のナビゲーション量の削減に注力してきました。

最も目に見える変化は、レイアウトの再設計です。以前は、スパンを選択するとその詳細がウォーターフォールビューの下に表示されていたため、重要な情報がビューポートの下に押しやられてしまうことがよくありました。トレースビューは、左側にウォーターフォール、右側にスパン詳細が表示される分割ペインレイアウトになりました。これにより、トレース全体の構造を可視化した状態のままスパンを検査できるようになります。

また、トレースのフルスクリーンモードを追加し、数百から数千のスパンを持つ複雑なトレースを探索するためのスペースを広く確保できるようにしました。スパン詳細には、専用のOverview、Column Values、Infrastructureタブが追加され、利用可能な場合はKubernetes固有のインフラ情報が自動的に表示されます。レイアウトの変更に加えて、タイムラインのレンダリングも見直し、異なるズームレベル間でも軸ラベルとスペーシングが一貫するようにして、トレースサイズに関係なくスムーズなナビゲーションを実現しました。

サービスマップの改善 #

昨年サービスマップをリリースして以来、私たちはユーザーからのフィードバックを集め、サービスマップが実際の調査ワークフローにどのようにフィットするかを理解するために多くの時間を費やしてきました。課題は、単にグラフを描画することではなく、そのグラフを、エンジニアが問題発生時に最初に見る場所となるほど有用なものにすると同時に、ClickHouseの規模でも効率的に計算できるものに保つことでした。

今月は、サービスマップ内で利用可能な情報を大幅に拡張しました。リクエスト数やエラー率に加えて、サービスのスループットとp50、p95、p99レイテンシが表示されるようになり、トポロジービューから過負荷または劣化したサービスを直接特定するのがはるかに容易になりました。

また、より大規模な環境でマップを実用的なものにするため、フィルタリングとフォーカスのコントロールも導入しました。ユーザーは、サービスセレクターやLucene/SQLフィルター式を使ってサービスをフィルタリングでき、ノイズを減らして関心のあるシステムにグラフを絞り込むことができます。新しいFocusアクションを使用すると、任意のサービスをマップの中心にして、そのサービスとその直接の依存関係だけを表示できるようになります。数十から数百のサービスを持つ組織にとって、これらの追加により、広範なアーキテクチャビューから的を絞った調査へと移行することがはるかに容易になります。

MCPサーバーツールへの投資 #

Open HouseでClickStack MCPサーバーを発表して以来、私たちはそのオブザーバビリティ機能の幅と深さの両方を拡張し続けています。汎用的なSQLインターフェイスは強力ですが、AIエージェントは、複雑な調査ワークフローを生のクエリから再構築させるよりも、より高レベルなオブザーバビリティのプリミティブへのアクセスを与えられた方が、はるかに優れたパフォーマンスを発揮することを引き続き確認しています。ClickStack MCPサーバーはそれらのワークフローを直接公開し、エージェントがオブザーバビリティ専用に設計されたツールを使用して、トレース、パターン、異常、ダッシュボード、運用アーティファクトについて推論できるようにします。

今月は、トレース分析、イベント比較、ソース検出、ダッシュボード管理のための新しいツールを追加しました。エージェントは、トレースウォーターフォールと内訳を取得し、時間ウィンドウ間でイベント分布を比較し、ソーススキーマとサンプルデータを検査し、MCPインターフェイスを介してダッシュボードを直接作成または変更できるようになりました。また、検索ワークフローにデノイズオプションを導入し、調査を支配してしまうような繰り返し発生する高頻度イベントを抑制することで、エージェントが意味のあるシグナルに集中できるようにしました。

さらに、調査の品質、ツールの使用状況、応答の精度をベンチマークする内部評価フレームワークにも投資しており、エージェントが苦戦している箇所を特定し、改善を経時的に測定するのに役立てています。

属性検索を高速化するダイレクトリード最適化 #

4月に導入したより大きなパフォーマンス改善の一つが、OpenTelemetry属性検索のダイレクトリード最適化です。OpenTelemetryはメタデータの多くを柔軟な属性マップ内に保存しており、これはスキーマの柔軟性には優れていますが、伝統的に効率的な検索にはコストがかかります。この最適化により、ClickStackは属性フィルターをClickHouseのテキストインデックスに直接整合する形式に書き換えることができ、検索操作中に読み取る必要のあるデータ量を大幅に削減します。ベンチマークでは、対象となるクエリはワークロードに応じて1.4倍から10倍高速に実行されました。

この機能を最初に導入したときは、コンパニオンマテリアライズドカラムに依存しており、ストレージオーバーヘッドが加わるため、オプトイン方式でした。ClickHouseの改善により、同じアプローチがALIASカラム(ストレージオーバーヘッドなし)でも動作するようになったため、その制限は取り除かれ、この最適化はログとトレースのソースでデフォルトで有効になりました。ほとんどのデプロイメントでは設定は不要です。この最適化の仕組み、背後にあるベンチマーク、および関連するClickHouseのインデックス作成技術についての詳細な解説は、4月のアップデートをご覧ください。

スコープ付きダッシュボードフィルター #

ダッシュボードレベルのフィルターは、ダッシュボードをインタラクティブにする強力な手段ですが、もともと単一ソースのダッシュボードを念頭に設計されていました。より多くのユーザーが、ログ、トレース、メトリクス、カスタムソースを単一のビューに組み合わせ始めるにつれて、共通の問題が浮上しました。あるソースに意味のあるフィルターが、別のソースにとっては意味を持たないことがよくあるのです。例えば、SpanNameのフィルターは、トレースチャートには有用かもしれませんが、ログチャートには空または予期しない結果を返させる原因となる可能性があります。

ダッシュボードフィルターは、特定のソースにスコープを設定できるようになりました。フィルターにソーススコープが設定されている場合、それらのソースを使用するタイルのみがフィルターを受け取ります。他のすべてのタイルはそれを完全に無視します。これにより、各フィルターが意図されたチャートにのみ影響し、他の場所で混乱を招くインタラクションを引き起こすことなく、マルチソースのダッシュボードを構築することがはるかに容易になります。既存のダッシュボードは以前と同じように動作し、スコープなしのフィルターはすべてのタイルにわたってグローバルに適用されます。

ちょっとしたけれど便利なもの #

データソース用のセクション #

ClickStackのデプロイメントが成長するにつれ、ソースリストはナビゲートするのが難しくなる可能性があります。ソースをセクションに割り当てられるようになり、関連するソースをグループ化して簡単に検索できるようになりました。環境、チーム、アプリケーションのいずれで分けている場合でも、探しているソースをはるかに簡単に見つけられるようになりました。

編集可能なフィルターピル #

検索フィルターをその場で直接編集できるようになりました。フィルターを削除して最初から作り直す代わりに、フィルターピルをクリックするとインラインエディターが開き、調査中に検索を絞り込むのがはるかに速くなります。

ソースフィールドのサジェスト #

タイムスタンプ、ログレベル、メッセージ本文などのフィールドをマッピングする際、接続されたソースから該当するカラムがサジェストされるようになりました。これにより、新しいソースのセットアップがより迅速になり、設定ミスも減らせます。

ダッシュボードエクスポートにフィルタを含める #

ダッシュボードのエクスポート時に、有効なダッシュボードレベルのフィルタが保持されるようになりました。これにより、単に個々のタイルだけではなく、ビュー全体の状態がエクスポートに反映されます。インポート時のバリデーションも追加されています。

ダッシュボードの目次 #

大きなダッシュボードには、右側にすべてのセクションを表示する目次が追加され、ナビゲーションが格段に容易になりました。セクションを一括で展開・折りたたむこともできます。

ソース切り替え時に互換性のあるフィルタを保持 #

タイルで使用するソースを変更した際、ClickStackは新しいソースでも有効なフィルタを保持し、利用できないカラムを参照するフィルタのみを削除するようになりました。