注釈は非常に便利ですが、時間範囲が大きく異なるパネルがあると、その有用性が大幅に失われます。たとえば、時間範囲のパネルと、過去 3 か月の履歴を表示する別のパネルがあるとします。既存の注釈メカニズムでは、注釈の下に 3-M-Graph を完全に埋めるか、1-H-Graph に実質的に注釈を入れないようにするかを決定する必要があります。
うまくいかなかったアイデア:
- 指定された時間範囲に基づいて注釈 (深夜マーカーなど) を生成する SQL クエリ。アノテーション クエリは、パネルごとではなく、ダッシュボードに対して 1 回だけ実行されることが判明しました。
- パネルごとに有効または無効にできるタグ付きの注釈。また、ダッシュボード レベルでのみ機能します
- HTTP/REST-API を介したパネル固有の注釈。一般的には良いコンセプトですが、プッシュベースのシステムではなく、ソースから生成される動的注釈が必要です。
私たちが試すことができる解決策はありますか？私たちは注釈と結婚していませんが、毎日の真夜中やエラー イベント (SQL TIMESTAMP 情報として持っている) などをマークするために、目に見えるマーカーが必要です。