ポリシーとは、1 つ以上の条件のグループを指します。本ドキュメントでは、ポリシーの作成方法、また既存ポリシーの確認方法を解説します。NerdGraph API（GraphQL）またはREST APIも使用できます。
ポリシーがアラート条件、ワークフロー、その他のコンポーネントとどのように関わり合うかについての解説は、コンセプトとワークフローを参照してください。
ポリシーの命名と編成に関するベストプラクティス
New Relic ポリシーは、アラート条件を一貫性のある管理可能な単位に整理するのに役立ちます。 単なる分類を超えて、インシデントの相関関係や潜在的な問題に関する通知の配布をある程度制御できます。
アラートポリシーと条件を構築するには、以下の3つの一般的な組織パターンをお勧めします。
Policies organized by... | Comments |
|---|---|
アーキテクチャー | 組織内のターゲットやリソースは、その状況が個別で管理されているかもしれません。共通部分にはenvironment環境タイプ（本番、ステージング、インテグレーション、開発）またはtarget or resourceターゲットまたはリソースタイプ（アプリケーションサーバーのコード、クライアントサイドのコード、データベース、ホストなど）が含まれる場合があります。 これらのタイプのポリシーを識別しやすくするには、アーキテクチャーに基づいた名前を付けることができます。例：
|
チーム | 特定のチームが、アーキテクチャーの一部を担当する場合があります。たとえば、 |
個人 | 特定のリソースやメトリックを個人的にチェックしたい場合など、特定の個人用にポリシーを作成すると便利です。こうすることで、いつでも必要に応じて、条件の追加や削除のほか、閾値の調整を自由に行うことができ、その変更を他の人に伝える必要もなくなります。 これらのポリシーを特定しやすくするには、 |
アラートポリシーの作成
アラートポリシーは1つのアカウントにのみ適用されます。New Relic組織で複数のアカウントをお持ちの場合、各アカウントに対してアラートポリシーを作成する必要があります。
ポリシーリストページで、
New alert policy
をクリックします。
ポリシーに意味のある名前（最大64文字）を入力します。
issue preferenceを選択します。
Create & close
を選択してポリシーを作成するか、
Set up notifications
を選択してポリシーをワークフローに接続します。新しい問題が発生した場合や問題が更新された場合は、PagerDutyやSlackなどのサービスで通知が届きます。
ここから引き続き、条件の定義とワークフローを使用して通知の設定に進むことができます。後ほど継続する場合は、Alert policiesのインデックスからポリシーの名前を選択します。
ポリシー名の変更
利便性を考慮して、異なるポリシー、条件、通知チャネルに同じ名前を使用できます。固有の名前を使用する場合は、名前を追加、変更する前にインデックスを確認するか、検索してください。
既存のポリシーの名前を変更するには：
one.newrelic.com > Alerts > Alert Policiesの順に移動し、リスト内のポリシーをクリックします。
ポリシー
settings
タブをクリックして編集し、ポリシーに意味のある名前（最大64文字）を入力して、
Save
をクリックします。
アラートではポリシーの条件を自動的に更新します。
既存のポリシーの表示
ポリシーのインデックスには、ポリシーがアルファベット順にリストされます。既存のポリシーを表示または検索するには：
- one.newrelic.com > Alerts > Alert Policiesの順に移動します。
- 検索ボックスを使用する、列を並べ替える、またはリストをスクロールします。
- 詳細情報を表示するには、ポリシー名をクリックします。
ヒント
特定のエンティティのポリシーと条件の情報を表示するには、エンティティの製品のUIからSettings > Alert conditionsページを選択します。
ポリシーのメンテナンスのクイックリファレンス
ポリシーを作成したら、次の操作を実行できます。
- ポリシーに条件をさらに追加します。
- 条件の名前、ターゲット、または閾値を編集します。
- 条件を無効にします。
- ワークフローを使用して通知に接続します。
- ポリシーの名前を変更するか、削除します。
これは、ポリシーのメンテナンスに関する詳細な情報と手順へのリンクも含むクイックリファレンスです。
