• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Migration des notifications

Les workflows remplacent le système notification classique pour . C'est une bonne nouvelle car Workflow est un système notification amélioré et flexible. Les workflows aident votre équipe à en savoir plus sur les erreurs potentielles dans le contexte plus large de votre stack afin que vous puissiez prendre des mesures immédiates et efficaces.

Que signifie cette migration pour votre équipe ? Dans notre modèle notification précédent, votre équipe créerait une condition d'alerte avec un seuil et un paramètre différents. Si cette condition était associée à une politique spécifique, qu'elle était violée et que vous souhaitiez que votre équipe en soit immédiatement informée, vous ajouteriez notification settings. Nos paramètres de notification indiqueraient à New Relic quelles données envoyer où.

Nous avons maintenant ajouté des workflows. À l’avenir, au lieu de configurer le canal de notification classique et de les associer à des politiques, des destinations notification sont créées et associées aux workflows. Les workflows peuvent traiter des données provenant d'une gamme de politiques et peuvent utiliser des attributs tels que des balises ou des priorités pour organiser les notifications.

À quoi s'attendre

La migration du système notification classique vers le workflow crée un destination pour chaque classic notification channel et les connecte à workflows créé pour chaque policy.. Seules les politiques avec des associations de canaux seront migrées.

  1. New Relic migrera automatiquement les comptes du 23 janvier au 15 mai 2023.
  2. New Relic peut migrer les comptes plus tôt, contactez simplement votre équipe de compte.
  3. Votre équipe peut éviter la migration automatisée en supprimant les canaux des politiques.
  4. Les API du canal de notification et les ressources Terraform continueront de fonctionner jusqu'au 31 décembre 2023.

Changements connus

La notification ne changera pas substantiellement pendant la migration. Ils continueront d’avoir les mêmes noms d’attributs et la plupart des mêmes valeurs. La migration vers le workflow modifiera les éléments suivants :

  • Toutes les valeurs de l'attribut _url changeront et mèneront à des pages basées sur les problèmes, et non à des pages basées sur les événements d'alerte. condition_id aura désormais toujours la même valeur que condition_family_id.
  • issue_id a été ajouté. le consommateur devrait changer toutes les intégrations pour utiliser le issue_id au lieu du incident_id, car le incident_id sera supprimé à un moment donné.
  • radar_entity.entityGuid et targets[0].id sera un GUID d'entité lorsqu'il en existe un disponible pour tous les types, à l'exception des Webhooks.
  • targets[0].labels contiendra toutes les balises du problème, pas seulement la balise de l'entité définie par la cible.
  • targets[0].link et violation_callback_url mènera à la page du problème.
  • open_violations_count.critical contiendra le nombre de tous les événements d'alerte ouverts, toutes priorités confondues. Les décomptes spécifiques aux priorités sont indisponibles.
  • open_violations_count.warning sera toujours 0. Les décomptes spécifiques prioritaires ne sont pas disponibles.
  • closed_violations_count.critical contiendra le nombre de tous les événements d'alerte fermés pour toutes les priorités. Les décomptes spécifiques aux priorités sont indisponibles.
  • closed_violations_count.warning sera toujours 0. Les décomptes spécifiques prioritaires ne sont pas disponibles.
  • owner aura une valeur NA si le problème n'a pas été reconnu.
  • timestamp_utc_string passera du format YYYY-MM-DD, HH:MM UTC au format YYYY-MM-DDThh:mm:ss.sssZ conforme à la norme ISO 8601.
  • violation_chart_url aura une valeur de Not Available si la génération du graphique a échoué ou n'est pas revenue en temps opportun.
  • L'expéditeur de l'e-mail deviendra noreply@notifications.newrelic.com.

incident_id

Le incident_id des notifications PagerDuty, Webhook, VictorOps, OpsGenie et xMatters fait référence à l'identifiant d'événement d'alerte classique. L'ID d'événement d'alerte classique est obsolète. Les consommateurs devraient commencer à utiliser le issue_id à la place.

Incident_id changements:

  • Un incident_id unique sera toujours généré pour chaque problème. La valeur sera différente de celles utilisées dans l’ API d’incident obsolète.
  • Pour limiter l'impact sur les notifications VictorOps, OpsGenie et xMatters, le incident_id sera renseigné avec l'identifiant du problème. Cela empêchera les étapes New Relic d'acquitter ou de fermer un événement d'alerte dans xMatters de fonctionner.

Configuration des frais personnalisés

Lorsque vous passez du canal de notification aux workflows, votre équipe souhaitera peut-être apporter quelques modifications à votre charge personnalisée. Le workflow fonctionne toujours de la même manière que la notification dans le sens où, lorsqu'une condition n'est pas respectée, une notification est envoyée à un webhook et lorsqu'elle est envoyée, elle est accompagnée de ses frais personnalisés. La migration du canal de notification vers le workflow nécessite de modifier une partie de la terminologie de cette charge.

Le tableau suivant fournit une traduction entre les noms de charge utile du webhook utilisés dans notre système de notification classique et leurs nouveaux noms correspondants dans la charge utile du problème. Handlebars est le langage de création de modèles simple utilisé pour écrire des modèles de messages.

Pour de nombreuses clés, la charge utile du problème peut contenir une liste de valeurs. Pour fournir une modélisation un à un, seule la première valeur est utilisée dans le remplacement.

Alerts (classic) name

Alerts (classic) variable

Workflow message template replacement

account_id

$ACCOUNT_ID

{{nrAccountId}}

account_name

$ACCOUNT_NAME

{{json accumulations.tag.account.[0]}}

closed_violations_count_critical

$CLOSED_VIOLATIONS_COUNT_CRITICAL

{{closedIncidentsCount}}

Le nombre d'événements d'alerte fermés pour toutes les priorités.

closed_violations_count_warning

$CLOSED_VIOLATIONS_COUNT_WARNING

0

Il n'existe pas de remplacement pour le nombre d'avertissements. Tous les décomptes d'événements d'alerte fermés seront représentés comme critiques pour éviter le double comptage des événements d'alerte.

condition_description

$DESCRIPTION

{{escape accumulations.conditionDescription.[0]}}

La description de l'événement d'alerte personnalisée, si elle est définie.

condition_id

$CONDITION_ID

{{accumulations.conditionFamilyId.[0]}}

condition_metric_name

N/A

{{escape accumulations.evaluationName.[0]}}

Valable uniquement pour les conditions .

condition_metric_value_function

N/A

{{escape accumulations.evaluationMetricValueFunction.[0]}}

Valable uniquement pour les conditions .

condition_name

$CONDITION_NAME

{{escape accumulations.conditionName.[0]}}

current_state

$EVENT_STATE

{{#if issueClosedAt}}"closed"{{else if issueAcknowledgedAt}}"acknowledged"{{else}}"open"{{/if}}

L'état d'un problème comporte plusieurs états, mais n'en a pas pour reconnu.

details

$EVENT_DETAILS

{{escape issueTitle}}

duration

$DURATION

{{#if issueDurationMs}}{{issueDurationMs}}{{else}}0{{/if}}

issueDurationMs n'est disponible que lorsqu'un problème est résolu

event_type

$EVENT_TYPE

"INCIDENT"

Il n’y a aucun attribut correspondant au niveau du problème.

incident_acknowledge_url

$INCIDENT_ACKNOWLEDGE_URL

{{json issueAckUrl}}

incident_id

$INCIDENT_ID

{{issueId}} OU {{labels.nrIncidentId.[0]}}

Préférez issueId car labels.nrIncidentId sera supprimé à un moment donné.

incident_url

$INCIDENT_URL

{{json issuePageUrl}}

issue_id

N/A

{{issueId}}

metadata

METADATA

{{#if locationStatusesObject}}"location_statuses": {{locationStatusesObject}},{{/if}}
{{#if accumulations.metadata_entity_type}}"entity.type": {{json accumulations.metadata_entity_type.[0]}},{{/if}}
{{#if accumulations.metadata_entity_name}}"entity.name": {{json accumulations.metadata_entity_name.[0]}}{{/if}}

open_violations_count_critical

$OPEN_VIOLATIONS_COUNT_CRITICAL

{{openIncidentsCount}}

Nombre d'événements d'alerte ouverts pour tous les événements d'alerte, quelle que soit la priorité.

open_violations_count_warning

$OPEN_VIOLATIONS_COUNT_WARNING

N/A

Nombre d'événements d'alerte ouverts pour tous les événements d'alerte, quelle que soit la priorité.

owner

$EVENT_OWNER

{{escape owner}}

policy_name

$POLICY_NAME

{{escape accumulations.policyName.[0]}}

policy_url

$POLICY_URL

{{json policyUrl}}

runbook_url

$RUNBOOK_URL

{{json accumulations.runbookUrl.[0]}}

severity

$SEVERITY

{{#eq 'HIGH' priority}}WARNING{{else}}{{priority}}{{/eq}}

Un problème a une priorité, qui peut avoir des valeurs différentes de la gravité.

targets

$TARGETS

[
{
"id": "{{labels.targetId.[0]}}",
"name": "{{#if accumulations.targetName}}{{accumulations.targetName.[0]}}{{else if entitiesData.entities}}{{entitiesData.entities.[0].name}}{{else}}N/A{{/if}}",
"link": "{{issuePageUrl}}",
"product": "{{accumulations.conditionProduct.[0]}}",
"type": "{{#if entitiesData.types.[0]}}{{entitiesData.types.[0]}}{{else}}N/A{{/if}}",
"labels": { {{#each accumulations.rawTag}}"{{escape @key}}": {{#if this.[0]}}{{json this.[0]}}{{else}}"empty"{{/if}}{{#unless @last}},{{/unless}}{{/each}} }
}
]

timestamp

$TIMESTAMP

{{updatedAt}}

timestamp_utc_string

$TIMESTAMP_UTC_STRING

{{issueUpdatedAt}}

version

$VERSION

"1.0"

Il n’y a aucun attribut correspondant au niveau du problème.

violation_callback_url

$VIOLATION_CALLBACK_URL

{{json issuePageUrl}}

violation_chart_url

$VIOLATION_CHART_URL

{{json violationChartUrl}}

Droits d'auteur © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.