• /
  • EnglishEspañol日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.

Crea una propuesta

Migración de notificación

flujo de trabajo están reemplazando el tradicional sistema de notificación de . Esta es una buena noticia porque el flujo de trabajo es un sistema de notificación mejorado y flexible. flujo de trabajo ayuda a su equipo a conocer errores potenciales dentro del contexto más amplio de su stack para que pueda tomar medidas inmediatas y eficientes.

¿Qué significa esta migración para su equipo? En nuestro modelo de notificación anterior, su equipo crearía una condición de alerta con diferentes umbrales y parámetros. Si esa condición estuviera asociada con una política específica, se infringiera y quisiera que su equipo lo supiera de inmediato, agregaría notification settings. Nuestra configuración de notificaciones le indicaría a New Relic qué datos enviar y dónde.

Ahora hemos agregado flujo de trabajo. En el futuro, en lugar de configurar el canal de notificación clásico y asociarlos a políticas, se crean destinos de notificación y se asocian al flujo de trabajo. flujo de trabajo puede procesar datos de una variedad de políticas y puede usar atributos como etiqueta o prioridad para organizar la notificación.

Que esperar

La migración del sistema de notificaciones clásico a flujo de trabajo crea un destination para cada classic notification channel y los conecta a workflows creado para cada policy. Solo se migrarán políticas con asociaciones de canales.

  1. New Relic migrará automáticamente las cuentas del 23 de enero al 15 de mayo de 2023.
  2. New Relic puede migrar cuentas antes, solo comuníquese con su equipo de cuentas.
  3. Su equipo puede evitar la migración automatizada eliminando canales de las políticas.
  4. Las API del canal de notificación y los recursos de Terraform seguirán funcionando hasta el 31 de diciembre de 2023.

Cambios conocidos

La notificación no cambiará sustancialmente durante la migración. Continuarán teniendo los mismos nombres de atributos y la mayoría de los mismos valores. La migración a flujo de trabajo cambiará lo siguiente:

  • Todos los valores del atributo _url cambiarán y conducirán a páginas basadas en problemas, no a páginas basadas en incidentes. condition_id ahora siempre tendrá el mismo valor que condition_family_id.
  • issue_id ha sido añadido. El consumidor debe cambiar toda la integración para usar issue_id en lugar de incident_id, ya que incident_id se eliminará en algún momento.
  • radar_entity.entityGuid y targets[0].id será una guía de entidad cuando haya una disponible para todos los tipos excepto para Webhooks.
  • targets[0].labels contendrá todas las etiquetas del problema, no solo la etiqueta de la entidad definida por el objetivo.
  • targets[0].link y violation_callback_url le llevará a la página del problema.
  • open_violations_count.critical contendrá el recuento de todos los incidentes abiertos en todas las prioridades. Los recuentos específicos de prioridad no están disponibles.
  • open_violations_count.warning siempre será 0. Los recuentos específicos de prioridad no están disponibles.
  • closed_violations_count.critical contendrá el recuento de todos los incidentes cerrados en todas las prioridades. Los recuentos específicos de prioridad no están disponibles.
  • closed_violations_count.warning siempre será 0. Los recuentos específicos de prioridad no están disponibles.
  • owner tendrá un valor de NA si el problema no ha sido reconocido.
  • timestamp_utc_string cambiará del formato YYYY-MM-DD, HH:MM UTC al formato YYYY-MM-DDThh:mm:ss.sssZ compatible con ISO 8601.
  • violation_chart_url tendrá un valor de Not Available si la generación del gráfico falló o no regresó de manera oportuna.
  • El remitente del correo electrónico cambiará a noreply@notifications.newrelic.com.

incident_id

El incident_id en la notificación de PagerDuty, Webhook, VictorOps, OpsGenie y xMatters se refiere a la identificación de incidente clásica. La identificación de incidente clásica está en desuso. El consumidor debería comenzar a usar issue_id en su lugar.

Incident_id cambios:

  • Se seguirá generando un incident_id único para cada problema. El valor será diferente a los utilizados en la API de incidentes obsoleta.
  • Para limitar el impacto en la notificación de VictorOps, OpsGenie y xMatters, el incident_id se completará con la identificación del problema. Eso hará que los pasos de New Relic para reconocer o cerrar un incidente en xMatters ya no funcionen.

Configurando carga personalizada

Al pasar del canal de notificación al flujo de trabajo, es posible que su equipo quiera hacer algunos ajustes a su carga personalizada. El flujo de trabajo todavía funciona de la misma manera que las notificaciones en el sentido de que, cuando se infringe una condición, se envía una notificación a un webhook y, cuando se envía, va con su carga útil personalizada. La migración del canal de notificación al flujo de trabajo requiere cambiar parte de la terminología en esta carga útil.

La siguiente tabla proporciona una traducción entre los nombres de carga útil de webhook utilizados en nuestro sistema de notificación clásico y sus nombres nuevos correspondientes en la carga útil del problema. Manillar es el lenguaje de plantillas simple que se utiliza para escribir plantillas de mensajes.

Para muchas claves, la carga útil del problema puede contener una lista de valores. Para proporcionar un mapeo uno a uno, solo se utiliza el primer valor en el reemplazo.

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}}

El número de incidentes cerrados en todas las prioridades.

closed_violations_count_warning

$CLOSED_VIOLATIONS_COUNT_WARNING

0

No hay sustituto para los recuentos de advertencias. Todos los recuentos de incidentes cerrados se representarán como incidentes críticos para evitar un doble conteo.

condition_description

$DESCRIPTION

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

La descripción del incidente personalizada, si se define alguna.

condition_id

$CONDITION_ID

{{accumulations.conditionFamilyId.[0]}}

condition_metric_name

N/A

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

Sólo válido para condiciones.

condition_metric_value_function

N/A

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

Sólo válido para condiciones.

condition_name

$CONDITION_NAME

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

current_state

$EVENT_STATE

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

El estado de un problema tiene más estados, pero no tiene uno reconocido.

details

$EVENT_DETAILS

{{escape issueTitle}}

duration

$DURATION

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

issueDurationMs solo está disponible cuando se cierra un problema

event_type

$EVENT_TYPE

"INCIDENT"

No hay ningún atributo coincidente a nivel de problema.

incident_acknowledge_url

$INCIDENT_ACKNOWLEDGE_URL

{{json issueAckUrl}}

incident_id

$INCIDENT_ID

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

Prefiere issueId ya que labels.nrIncidentId se eliminará en algún momento.

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}}

El incidente abierto cuenta todos los incidentes independientemente de su prioridad.

open_violations_count_warning

$OPEN_VIOLATIONS_COUNT_WARNING

N/A

El incidente abierto cuenta todos los incidentes independientemente de su prioridad.

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 problema tiene prioridad, que puede tener valores diferentes a los de gravedad.

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"

No hay ningún atributo coincidente a nivel de problema.

violation_callback_url

$VIOLATION_CALLBACK_URL

{{json issuePageUrl}}

violation_chart_url

$VIOLATION_CHART_URL

{{json violationChartUrl}}

Copyright © 2024 New Relic Inc.

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