Jira Service Management の管理者向けの利用開始ガイド
最初に、Jira Service Management の使用を開始する方法を確認します。
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 から送信されるペイロードのサンプル
サンプル
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
{
"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
}
}
}
この内容はお役に立ちましたか?