Pingdom Server Monitor と統合する

Opsgenie から Jira Service Management にオペレーションを移行したお客様の場合、この統合の新しいインスタンスを Jira Service Management で追加することはできません。編集できるのは、元々 Opsgenie から移行された統合だけです。

SolarWinds Pingdom Server Monitor システムでは、開発者がプラグインを作成してその機能を拡張し、アプリケーションやシステムリソースを監視できます。また、必要に応じてアラートをトリガーして、関連するユーザーに通知できます。Pingdom Server Monitor は、一般的なサーバーの問題や単純なしきい値などに対して警告するだけでなく、高度なトレンド分析、相対的な変更の検出なども実行できます。

Jira Service Management が Pingdom Server Monitor ユーザーにもたらすメリット

モバイルで常に状況を把握する

Jira Service Management を使用して、重要な Pingdom Server Monitor アラートの通知を SMS、電話、iOS や Android のプッシュ通知を介して受信して、Jira モバイルアプリを使用してモバイルデバイスから直接アラートに対応します。

アラートの統合と通知の管理

Pingdom Server Monitor のユーザーは、Jira Service Management を活用して Pingdom Server Monitor からだけでなく、他のソースからもアラートを集約して管理できます。Jira Service Management を使用すると、ユーザーはそれぞれ独自の通知情報と設定を維持でき、複数の異なるツールでこの情報を最新かつ正確に保つための負担が排除されます。

アラートライフサイクル管理

Pingdom Server Monitor ユーザーには、Jira Service Management 統合によって完全なアラートライフサイクル管理機能をご提供します。Jira Service Management を使用して、Pingdom Server Monitor によって検出された重要な問題の通知を受信するだけでなく、アラートを受信する時間や場所を問わず、迅速にアラートを承認したり、アラートの所有権を取得または割り当てたり、アラートにコメントしたりできます。Jira Service Management では、すべてのアラートアクティビティをシームレスに把握できます。アクティビティには、アラートがいつ作成されたか、誰がいつどのような方法で通知を受けたか、受信者がアラートを確認して承認したかどうか、またそれはいつ行われたか、誰がどのようなアクションを実行したかなどがあります。Jira Service Management は、ホスト/サービスが復帰すると自動的にアラートをクローズします。

権限を与えるアラート

ユーザーに通知するために通常使用される短いテキストメッセージ (SMS) では、多くの場合、受信者が問題を評価し、適切なアクションを決定するのに十分な情報が伝わりません。Jira Service Management アラートは数百文字という文字数の制限を受けることなく、多くのフィールド、タグ、および添付ファイル機能に対応しています。受信者は、アラートメッセージだけでなく、すべてのサポート情報とチャートを確認し、次に何をすべきかを把握できます。アラートに関連情報を添付し、受信者が API または Web UI を介して利用できるようにします。

統合の機能性

アラートが Pingdom Server Monitor で作成されると、Jira Service Management でアラートが作成されます。
アラートが Pingdom Server Monitor でクローズされると、関連するアラートが Jira Service Management でクローズされます。

Jira Service Management で Pingdom Server Monitor 統合を編集する

Jira Service Management で Pingdom Server Monitor 統合を編集するには、次の手順を実行します。

チームの運用ページに移動します。
左側のナビゲーションパネルで [統合] を選択します。
Pingdom Server Monitor 統合を検索します。
必要に応じて統合の設定とルールを編集します。

Pingdom Server Monitor で統合を設定する

該当する場合はこのセクションの指示に従ってください。

[通知] ページに移動します。

2. [通知チャンネル] で、[Add OpsGenie (Opsgenie を追加)] をクリックします。

3. Jira Service Management の統合 API キーを [API キー] フィールドに貼り付けて、チームを設定し (オプション)、[送信] をクリックします。

4. [通知] ページに戻り、Jira Service Management を関連する通知グループに追加します。

詳細設定

Jira Service Management の Pingdom Server Monitor 統合では、統合を可能な限り簡潔にするために、適切な設定の既定値が使用されます。ただし、統合をカスタマイズすることも可能です。詳細設定では次のことができます。

異なるアラートについて異なるユーザーに通知するために、異なるルールを定義する
Pingdom Server Monitor の Webhook ペイロードを使用したアラートのコンテンツの変更

Pingdom Server Monitor アラート Webhook ペイロードからの以下の変数は、フィルターを定義してアラートフィールドの値を設定する際に利用できます。

ライフサイクル
重大度
評価基準名
メトリックの値
PluginName
サーバーのホスト名
サーバー名
時間
タイトル
URL
メトリックチャートの URL

Pingdom Server Monitor Webhook ペイロードの変数を使用して、フィルターで複数のルールを作成します。各ルールでは、アラートフィールドに異なる値を設定できるため、さまざまなユーザーがさまざまなタグを持つアラートを通知されます。

Pingdom Server Monitor から送信されるペイロードのサンプル

サンプル

{
  "event_name": "new_item",
  "data": {
    "item": {
      "public_item_id": null,
      "integrations_data": {},
      "last_activated_timestamp": 1390917586,
      "hash": "1cbf07b5da947216f68ea8b8dd4813fa43317b90",
      "id": 274146948,
      "environment": "staging",
      "title": "ReferenceError: Uncaught ReferenceError: testing_rollbar_123 is not defined",
      "last_occurrence_id": 770525810,
      "last_occurrence_timestamp": 1390917588,
      "platform": 1,
      "first_occurrence_timestamp": 1390917586,
      "project_id": 6869,
      "resolved_in_version": 6,
      "status": 1,
      "unique_occurrences": null,
      "framework": 7,
      "total_occurrences": 1,
      "level": 40,
      "counter": 1,
      "first_occurrence_id": 770525810,
      "activating_occurrence_id": 770525810
    }
  }
}

この内容はお役に立ちましたか?

正確ではなかった

明確ではなかった

関係なかった

さらにヘルプが必要ですか?

アトラシアンコミュニティをご利用ください。

コミュニティに質問