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 統合を編集するには、次の手順を実行します。
Next to Operations in the sidebar, select More actions (), then General configuration.
[統合] を選択します。
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
}
}
}
この内容はお役に立ちましたか?