Fluxo de trabalho estão substituindo o sistema clássico de notificação por . Esta é uma boa notícia porque o fluxo de trabalho é um sistema de notificação aprimorado e flexível. fluxo de trabalho ajuda sua equipe a aprender sobre possíveis erros no contexto mais amplo de sua stack para que você possa tomar medidas imediatas e eficientes.
O que essa migração significa para sua equipe? Em nosso modelo de notificação anterior, sua equipe criaria uma condição de alerta com limites e parâmetros diferentes. Se essa condição estivesse associada a uma política específica, fosse violada e você quisesse que sua equipe soubesse disso imediatamente, você adicionaria notification settings. Nossas configurações de notificação informariam à New Relic quais dados enviar para onde.
Agora, adicionamos fluxo de trabalho. A partir de agora, ao invés de configurar canais de notificação clássicos e associá-los a políticas, destinos de notificação são criados e associados ao fluxo de trabalho. O fluxo de trabalho pode processar dados de diversas políticas e pode usar atributos como tag ou prioridade para organizar a notificação.
O que esperar
A migração do sistema de notificação clássico para fluxo de trabalho cria um destination para cada classic notification channel e os conecta aos workflows criados para cada policy. Somente políticas com associações de canais serão migradas.
- A New Relic migrará automaticamente as contas de 23 de janeiro a 15 de maio de 2023.
- A New Relic pode migrar contas mais cedo, basta entrar em contato com sua equipe de conta.
- Sua equipe pode evitar a migração automatizada removendo canais das políticas.
- A API do canal de notificação e os recursos do Terraform continuarão funcionando até 31 de dezembro de 2023.
Mudanças conhecidas
Notificação não mudará substancialmente durante a migração. Eles continuarão a ter os mesmos nomes de atributos e a maior parte dos mesmos valores. A migração para fluxo de trabalho irá alterar o seguinte:
- Todos os valores do atributo _url serão alterados e levarão a páginas baseadas em problemas, e não em páginas baseadas em incidentes.
condition_id
agora terá sempre o mesmo valor quecondition_family_id
. issue_id
foi adicionado. o consumidor deve mudar toda a integração para usar oissue_id
em vez doincident_id
, pois oincident_id
será removido em algum momento.radar_entity.entityGuid
etargets[0].id
será um guia de entidade quando estiver disponível para todos os tipos, exceto Webhooks.targets[0].labels
conterá todas as tags do problema, não apenas a tag da entidade definida pelo destino.targets[0].link
eviolation_callback_url
levarão à página do problema.open_violations_count.critical
conterá a contagem de todos os incidentes abertos em todas as prioridades. As contagens específicas de prioridade não estão disponíveis.open_violations_count.warning
sempre será0
. As contagens específicas de prioridade não estão disponíveis.closed_violations_count.critical
conterá a contagem de todos os incidentes fechados em todas as prioridades. As contagens específicas de prioridade não estão disponíveis.closed_violations_count.warning
sempre será0
. As contagens específicas de prioridade não estão disponíveis.owner
terá um valor de NA se o problema não tiver sido reconhecido.timestamp_utc_string
mudará do formatoYYYY-MM-DD, HH:MM UTC
para o formatoYYYY-MM-DDThh:mm:ss.sssZ
compatível com ISO 8601.violation_chart_url
terá um valorNot Available
se a geração do gráfico falhar ou não retornar em tempo hábil.- O remetente do e-mail mudará para
noreply@notifications.newrelic.com
.
incident_id
O incident_id
na notificação PagerDuty, Webhook, VictorOps, OpsGenie e xMatters refere-se ao ID de incidente clássico. O ID de incidente clássico está obsoleto. o consumidor deve começar a usar o issue_id
.
Incident_id
mudanças:
- Um
incident_id
exclusivo ainda será gerado para cada problema. O valor será diferente daqueles usados na API incidente obsoleta. - Para limitar o impacto na notificação VictorOps, OpsGenie e xMatters, o
incident_id
será preenchido pelo ID do problema. Isso fará com que as etapas do New Relic para reconhecer ou encerrar um incidente no xMatters não funcionem mais.
Configurando carga personalizada
Ao passar do canal de notificação para o fluxo de trabalho, sua equipe pode querer fazer alguns ajustes em sua carga personalizada. O fluxo de trabalho ainda funciona da mesma forma que as notificações, pois quando uma condição é violada, uma notificação é enviada para um webhook e, quando enviada, acompanha seu payload customizado. A migração do canal de notificação para o fluxo de trabalho exige a mudança de algumas terminologias nesta carga útil.
A tabela a seguir fornece uma tradução entre os nomes da carga útil do webhook usados em nosso sistema de notificação clássico e seus novos nomes correspondentes na carga útil do problema. Handlebars é a linguagem de modelagem simples usada para escrever modelos de mensagens.
Para muitas chaves, a carga útil do problema pode conter uma lista de valores. Para fornecer um mapeamento um-para-um, apenas o primeiro valor é usado na substituição.
Alerts (classic) name | Alerts (classic) variable | Workflow message template replacement |
---|---|---|
|
|
|
|
|
|
|
|
O número de incidentes fechados em todas as prioridades. |
|
|
Não há substituição para contagens de aviso. Todas as contagens de incidentes encerradas serão representadas como críticas para evitar dupla contagem de incidentes. |
|
|
A descrição personalizada do incidente, se houver alguma definida. |
|
|
|
| N/A |
Válido apenas para condições. |
| N/A |
Válido apenas para condições. |
|
|
|
|
|
O estado de um problema tem mais estados, mas não tem nenhum para ser reconhecido. |
|
|
|
|
|
|
|
|
Não há nenhum atributo correspondente no nível do problema. |
|
|
|
|
|
Prefira |
|
|
|
|
|
|
|
|
|
|
|
Contagens de incidentes abertos de todos os incidentes, independentemente da prioridade. |
|
|
Contagens de incidentes abertos de todos os incidentes, independentemente da prioridade. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Um problema tem prioridade, que pode ter valores diferentes da gravidade. |
|
|
|
|
|
|
|
|
|
|
|
Não há nenhum atributo correspondente no nível do problema. |
|
|
|
|
|
|