Chromeでダッシュボードとステータスページを自動更新

より速く調整する前に、ライブ Ops ボードの最初の試行として 30 ～ 60 秒の間隔を置くのが賢明です。

Ops ウォール、NOC タイル、チケット キュー、ベンダー ステータス ページにはすべて、目を離した瞬間に陳腐化してしまうという煩わしさが共通しています。 Auto Refresh Turbo はそのジョブ用に構築されています。ボードごとにカスタム スクリプトを維持することなく、Chrome で時限リロードを行います。

「ダッシュボードの更新」が通常意味するもの

ほとんどのボードは単純な Web アプリです。 すべての変更をソケットにプッシュするわけではありません。 新しい行、色、またはインシデント バナーを表示するには、リロードすることが期待されます。 スケジュールされたリロードは、選択したクロックで人間が頻繁に更新を行うのと同じです。

これは、真のリアルタイム ストリーミングとは異なります。 ページがすでに WebSocket 経由でライブ更新されている場合は、短い間隔はまったく必要ない可能性があります。

適切な開始間隔

| ダッシュボードの種類 | ここから始めましょう | 調整してください… | |-----|-----------|----------| | 高密度の運用グリッド | 30～60秒 | データが遅いと感じる | | チケット・キューリスト | 2 ～ 5 分 | 音量が小さい | | ベンダーステータスページ | 1 ～ 3 分 | インシデント発生中 → 一時的に締める | | キオスク/ウォールディスプレイ | 1 ～ 5 分 | 画面が遠い |

1 分未満のタイミングを追い求める前に、1 つのクリーンなサイクルを証明してください。 重いページの読み込みにはまだ時間がかかります。

4 つのステップでセットアップ

夜間や週末に壁をリロードしない場合は、毎日のスケジュールを追加します。

マルチボードのセットアップ

各タブは独自のタイマーを実行できます。

• 左モニター: 45 秒のメイン運用ボード
• 右のモニター: 2 分後のベンダーのステータス
• バックグラウンド: 5 分の内部キュー

ポップアップ タブ リストを使用すると、何が実行されているかを見失うことがなくなります。

ハード リフレッシュが役立つ場合

タイルがスタックしているように見えても、ネットワーク タブに 200 件の応答が表示されている場合は、一度ハード更新を試してください。 ハード リフレッシュによってログアウトされる場合は、オフにしてください。ほとんどの Grafana スタイルのボードでは、通常のリロードで十分です。

ハンマーリロードを「しない」場合

• 同じタブでアクティブなフォームを編集しているとき（インタラクション時に停止すると便利）
• ポーリングを罰するレート制限された API について
• チャレンジ / キャプチャ ページ（理由により不審なページ停止が存在する）

サイトの速度が低下したり、エラーが発生したりする場合は、間隔を遅らせます。

手動リロードとスケジュールされたリロード

キーボード ショートカットはアドホック チェックに適しています。 6時間は新鮮な状態を保たなければならない壁には効果がありません。 スケジュールされたリロードにより、完全な監視プラットフォームであるかのように装うことなく注意が解放されます。ここには Webhook やアラート ルールはなく、タイムリーに更新するだけです。

信頼できるローカル データ

セッションのスナップショットと間隔は、ローカルの Chrome ストレージに残ります。 機密性の高い社内掲示板でページ上のオプションを有効にする前に、プライバシー ポリシーをお読みください。

リロードが停止した場合

トラブルシューティングを参照してください。ダッシュボードの通常の原因は、スケジュールの一時停止とインタラクション時の停止です。

インストール

Auto Refresh Turbo をインストールし、最初のボードを 60 秒で実行します。 実際のデータが到着したことを確認してから調整してください。