Les destinations sont les endroits où nous envoyons des notifications concernant vos données New Relic . Une destination est un identifiant unique pour un système tiers que vous utilisez.
Les paramètres de destination contiennent les détails de connexion à intégrer à un système tiers et peuvent être utilisés dans une variété d'outils dans New Relic.
Les plateformes de destination prises en charge incluent :
Atlassian Jira : Disponible dans les workflows, errors inbox.
ServiceNow : Disponible dans les workflows.
Slack : Disponible dans les workflows, l' errors inbox et les Discussions.
Webhook : Disponible dans les workflows.
Important
Si vous utilisez un connecteur basé sur un webhook Microsoft Office 365 dans Teams pour les alertes New Relic , vous devez mettre à jour les URL du webhook au nouveau format avant le 31 janvier 2025. Pour plus d'informations sur la mise à jour de l'URL du webhook, reportez-vous à la fin de vie (EOL) de Microsoft pour le connecteur Office 365 dans Teams.
E-mail : disponible dans les workflows et les Discussions.
AWS EventBridge : Disponible dans les workflows.
PagerDuty : Disponible dans les workflows.
New Relic Mobile Push : Disponible dans les workflows.
Microsoft Teams : disponible dans workflows.
Automatisation des workflows: Disponible dans les workflows. Déclenche des workflows de réponse automatisée aux événements d'alerte lorsque les conditions d'alerte sont violées.
Pour en savoir plus sur ces destinations et d’autres, consultez l’intégrationnotification .
Autorisations requises
Les paramètres de destination nécessitent des autorisations spécifiques :
- Pour accéder aux paramètres : autorisations
ViewpourApplied intelligence > DestinationsouAlerts. - Pour modifier ou supprimer les paramètres : autorisations
ModifypourApplied intelligence > DestinationsouAlerts.
Gérer les destinations
/* <img title="Page de vue d'ensemble des destinations" alt="Page de vue d'ensemble des destinations." src="/images/accounts_screenshot-full_destinations-overview.webp" /> <figcaption> Allez dans <DNT>**[one.newrelic.com > All capabilities](https\://one.newrelic.com/all-capabilities) > Alerts > Destinations**</DNT>. Utilisez les destinations pour choisir où vos notifications sont envoyées. </figcaption> */
- Allez à one.newrelic.com > All capabilities > Alerts > Enrich and Notify > Destinations. Le tableau Destinations affiche des informations sur les destinations existantes et permet à l'utilisateur de les activer, de les désactiver et de les modifier.
- Pour ajouter une destination, cliquez sur la tuile de plateforme appropriée. Pour modifier les paramètres de destination, cliquez sur la ligne de destination dans le tableau des destinations.
Vous pouvez également configurer des destinations avec notre API NerdGraph.
Destinations et statut des notifications
Statuts de destination
Les destinations ont une valeur status qui indique si nous avons rencontré des problèmes lors du traitement et de l'envoi de l'événement vers elles.
Pour suivre les erreurs, il est recommandé de visiter les logs des notifications et l'événement NrIntegrationError.
Statuts disponibles :
DEFAULT:L'intégration fonctionne correctement.CONFIGURATION_ERROR:Cette destination ne reçoit pas de notification en raison d'une erreur configuration .THROTTLING_WARNING:Cette destination ne reçoit pas de notification en raison d'une erreur de limitation. Le nombre de notification requests dépasse la limitation de débit de votre système tiers.UNINSTALLED:L'application New Relic n'est pas installée et cette destination n'est plus disponible (applicable pour Slack).EXTERNAL_SERVER_ERROR: Cette destination ne reçoit pas de notification en raison d'une erreur de serveur externe. Pour plus d'informations, veuillez vérifier votre système tiers.TIMEOUT_ERROR: Cette destination ne reçoit pas de notification en raison d'un délai d'attente. Pour plus d’informations, veuillez revoir la configuration de destination et l’état de votre système tiers.AUTH_ERROR:Cette destination ne reçoit pas de notification. Veuillez vérifier vos informations de destination.UNKNOWN_ERROR:Cette destination ne reçoit pas de notification en raison d'une erreur inconnue.
Vous pouvez afficher l’état de la destination dans la table Destinations et dans l’étape Select a destination lors de la définition du modèle de canal. Vous pouvez également consulter l'état à l'aide de l'API Nerdgraph avec la propriété status .
/* <img title="Statut de la destination dans le tableau Destinations." alt="Statut de la destination dans le tableau Destinations." src="/images/accounts_screenshot-full_destinations-status.webp" /> <figcaption> Allez dans <DNT>**[one.newrelic.com > All capabilities](https\://one.newrelic.com/all-capabilities) > Alerts > Destinations**</DNT>. Cliquez sur l'onglet <DNT>**Destinations**</DNT> pour afficher le tableau des destinations. </figcaption> */
logdes notifications de problèmes
Le Log des notifications d'incidents vous fournit un historique détaillé pour suivre toutes les notifications générées par les workflows. Ces informations vous aident à résoudre les problèmes, à monitorer les performances des workflows et à vous assurer que les notifications sont envoyées aux bonnes destinations. Par conséquent, vous pouvez identifier rapidement tout problème susceptible de survenir et prendre des mesures correctives si nécessaire.
Notification d'erreur
Si, pour une raison quelconque, un événement de notification ne parvient pas à être envoyé, l'erreur consécutive sera envoyée à NrIntegrationError sous la catégorie NotificationError.
C'est particulièrement utile si vous utilisez les fonctionnalités Alert conditions (policies) et workflows. De cette façon, vous pouvez créer une condition qui se déclenche en cas d'erreur de notification, et une nouvelle notification peut être envoyée ailleurs.
Une démonstration étape par étape de l’ajout d’un avertisseur d’erreur peut être trouvée ci-dessous :
Exemple de condition :
SELECT count(*)FROM NrIntegrationErrorWHERE category = 'NotificationError'Ensuite, vous pouvez utiliser cette condition dans le générateur de requêtes de la configuration du workflow, où vous pouvez également définir un modèle d'événement.
Destination endormie
Mise en veille : afin de minimiser le bruit d'erreur sur les destinations défectueuses, nous « mettons en veille » les destinations. Si une notification envoyée à une destination spécifique échoue dans un délai de deux heures, nous « mettons en veille » la destination pendant quelques minutes. Durant cette période, nous n'enverrons pas de notification à cette destination.