• /
  • 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. Le flux de travail aide 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é un flux de travail. À 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 au flux de travail. Le flux de travail peut traiter des données provenant d'une gamme de politiques et peut 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 d'attribut _url changeront et conduiront à des pages basées sur des problèmes, et non à des pages basées sur incident . 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 incidents ouverts dans toutes les priorités. Les décomptes spécifiques prioritaires ne sont pas disponibles.
  • 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 incidents clôturés dans toutes les priorités. Les décomptes spécifiques prioritaires ne sont pas disponibles.
  • 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

La notification incident_id sur PagerDuty, Webhook, VictorOps, OpsGenie et xMatters fait référence à l'ID incident classique. L'ID d'incident classique est obsolète. Le consommateur devrait plutôt commencer à utiliser le issue_id .

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é par l'ID du problème. Cela entraînera que les étapes New Relic permettant de reconnaître ou de fermer un incident dans xMatters ne fonctionneront plus.

Configuration des frais personnalisés

Lorsque vous passez du canal de notification au flux de travail, 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'incidents clôturés dans toutes les priorités.

closed_violations_count_warning

$CLOSED_VIOLATIONS_COUNT_WARNING

0

Rien ne remplace les avertissements. Tous incident fermés seront représentés comme critiques pour éviter un double comptage des incidents.

condition_description

$DESCRIPTION

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

La description de l'incident personnalisé, 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}}

Ouvrir le incident de tous incident quelle que soit leur priorité.

open_violations_count_warning

$OPEN_VIOLATIONS_COUNT_WARNING

N/A

Ouvrir le incident de tous les incidents, quelle que soit leur 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 © 2025 New Relic Inc.

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