`pageHide`
@@ -368,24 +340,29 @@ Aqui estão alguns exemplos de consultas para os dados do evento para ajudá-lo
Mostre o percentil 95 da primeira pintura e da primeira pintura com conteúdo em uma série temporal:
- ```
- SELECT FILTER(percentile(firstPaint, 95), where(timingName = 'firstPaint')) as 'fp', FILTER(percentile(firstContentfulPaint, 95), where(timingName = 'firstContentfulPaint')) as 'fcp' FROM PageViewTiming TIMESERIES 1 minute SINCE 1 hour ago
+ ```sql
+ SELECT filer(percentile(firstPaint, 95), WHERE timingName = 'firstPaint') AS 'fp',
+ filter(percentile(firstContentfulPaint, 95), WHERE timingName = 'firstContentfulPaint') AS 'fcp'
+ FROM PageViewTiming TIMESERIES 1 minute SINCE 1 hour ago
```
Mostre o 95º percentil de interação para a próxima pintura em uma série temporal, facetado por nome de transação e tipo de interação:
- ```
- SELECT percentile(interactionToNextPaint, 75) as 'INP' FROM PageViewTiming WHERE timingName = 'interactionToNextPaint' TIMESERIES 1 minute FACET browserTransactionName, interactionType SINCE 3 hours ago
+ ```sql
+ SELECT percentile(interactionToNextPaint, 75) AS 'INP'
+ FROM PageViewTiming WHERE timingName = 'interactionToNextPaint'
+ TIMESERIES 1 minute FACET browserTransactionName, interactionType SINCE 3 hours ago
```
Mostre um histograma de interação para os próximos intervalos de pintura facetados pelos intervalos de tempo da primeira interação:
- ```
- FROM PageViewTiming SELECT percentile(interactionToNextPaint, 75) WHERE entityGuid = ‘xyz’ FACET `pageUrl` SINCE 24 hours ago
+ ```sql
+ FROM PageViewTiming SELECT percentile(interactionToNextPaint, 75)
+ WHERE entityGuid = 'xyz' FACET pageUrl SINCE 24 hours ago
```
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/change-tracking/change-tracking-cli.mdx b/src/i18n/content/pt/docs/change-tracking/change-tracking-cli.mdx
index f9ea135bb4b..c9e9c708c87 100644
--- a/src/i18n/content/pt/docs/change-tracking/change-tracking-cli.mdx
+++ b/src/i18n/content/pt/docs/change-tracking/change-tracking-cli.mdx
@@ -18,10 +18,7 @@ Embora você possa designar quais alterações deseja monitor usando GraphQL ou
Aqui está um vídeo de visão geral de dois minutos ou você pode ir direto para as etapas abaixo.
-
+
## Instale a CLI [#install-cli]
@@ -35,41 +32,41 @@ A CLI tem diversas opções (mostradas abaixo), mas o comando `create` marca uma
Esta é a sintaxe para criar um marcador:
-```
+```shell
newrelic entity deployment create [flags]
```
Aqui está um exemplo:
-```
+```shell
newrelic entity deployment create --guid INSERT_YOUR_GUID_HERE --version <1.0.0>
```
## Opções primárias (pai)
-```
--h, --help help for create
--g, --guid string the entity GUID to create change tracker
--v, --version string the tag names to add to the entity
- --changelog string a URL for the changelog or list of changes if not linkable
- --commit string the commit identifier, for example, a Git commit SHA
- --deepLink string a link back to the system generating the deployment
- --deploymentType string type of deployment, one of BASIC, BLUE_GREEN, CANARY, OTHER, ROLLING or SHADOW
- --description string a description of the deployment
- --groupId string string that can be used to correlate two or more events
--t --timestamp int64 the start time of the deployment, the number of milliseconds since the Unix epoch, defaults to now
--u --user string username of the deployer or bot
+```shell
+[output] -h, --help help for create
+[output] -g, --guid string the entity GUID to create change tracker
+[output] -v, --version string the tag names to add to the entity
+[output] --changelog string a URL for the changelog or list of changes if not linkable
+[output] --commit string the commit identifier, for example, a Git commit SHA
+[output] --deepLink string a link back to the system generating the deployment
+[output] --deploymentType string type of deployment, one of BASIC, BLUE_GREEN, CANARY, OTHER, ROLLING or SHADOW
+[output] --description string a description of the deployment
+[output] --groupId string string that can be used to correlate two or more events
+[output] -t --timestamp int64 the start time of the deployment, the number of milliseconds since the Unix epoch, defaults to now
+[output] -u --user string username of the deployer or bot
```
## Opções herdadas dos comandos pai
-```
--a, --accountId int the account ID to use. Can be overridden by setting NEW_RELIC_ACCOUNT_ID
- --debug debug level logging
- --format string output text format [JSON, Text, YAML] (default "JSON")
- --plain output compact text
- --profile string the authentication profile to use
- --trace trace level logging
+```shell
+[output] -a, --accountId int the account ID to use. Can be overridden by setting NEW_RELIC_ACCOUNT_ID
+[output] --debug debug level logging
+[output] --format string output text format [JSON, Text, YAML] (default "JSON")
+[output] --plain output compact text
+[output] --profile string the authentication profile to use
+[output] --trace trace level logging
```
## Qual é o próximo [#whats-next]
@@ -77,4 +74,4 @@ newrelic entity deployment create --guid INSERT_YOUR_GUID_HERE --version <1.0.0>
Depois de usar a CLI para designar as alterações que deseja rastrear, você poderá analisar o efeito dessas alterações na interface do New Relic:
* Consulte suas alterações: você pode escrever sua própria consulta GraphQL ou NRQL para ver detalhes sobre as alterações que você está rastreando. Para obter detalhes, consulte [consultar dados de alteração](/docs/change-tracking/change-tracking-view-analyze/#query-deployments).
-* Use nossos gráficos selecionados: para obter detalhes, consulte [Como visualizar e analisar suas alterações no New Relic](/docs/change-tracking/change-tracking-view-analyze).
+* Use nossos gráficos selecionados: para obter detalhes, consulte [Como visualizar e analisar suas alterações no New Relic](/docs/change-tracking/change-tracking-view-analyze).
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/codestream/troubleshooting/using-wsl.mdx b/src/i18n/content/pt/docs/codestream/troubleshooting/using-wsl.mdx
index b9a2978eb9d..7ee9ad63ba6 100644
--- a/src/i18n/content/pt/docs/codestream/troubleshooting/using-wsl.mdx
+++ b/src/i18n/content/pt/docs/codestream/troubleshooting/using-wsl.mdx
@@ -13,7 +13,7 @@ Para usar o CodeStream e o WSL (Windows Subsystem for Linux), siga estas etapas:
3. No Windows, permita que o git se comunique por este caminho UNC marcando o diretório como `safe`. Faça isso no seu terminal do Windows com este comando, substituindo `YOUR_DISTRO`, `YOUR_USERNAME` e `YOUR_PROJECT_FOLDER` para corresponder à sua configuração:
- ```
+ ```shell
git config --global --add safe.directory '//wsl.localhost/YOUR_DISTRO/home/YOUR_USERNAME/code/YOUR_PROJECT_FOLDER'
```
diff --git a/src/i18n/content/pt/docs/data-apis/custom-data/custom-events/report-mobile-monitoring-custom-events-attributes.mdx b/src/i18n/content/pt/docs/data-apis/custom-data/custom-events/report-mobile-monitoring-custom-events-attributes.mdx
index 2ec467d4139..39bd2c4225c 100644
--- a/src/i18n/content/pt/docs/data-apis/custom-data/custom-events/report-mobile-monitoring-custom-events-attributes.mdx
+++ b/src/i18n/content/pt/docs/data-apis/custom-data/custom-events/report-mobile-monitoring-custom-events-attributes.mdx
@@ -12,7 +12,7 @@ Por padrão, o New Relic coleta alguns [dados de eventos](/docs/insights/insight
## Criar atributo personalizado e evento [#custom-attributes-instructions]
-Você pode criar um atributo personalizado em nível de sessão para evento padrão usando o SDK do agente mobile. Por exemplo, para registrar um atributo `username` para alguma parte do seu aplicativo iOS ou Android, você usaria a [API`setAttribute` ](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/create-attribute). Esses atributos são informações relacionadas à sessão e são compartilhados por vários tipos de eventos móveis.
+Você pode criar um atributo personalizado em nível de sessão para evento padrão usando o SDK do agente mobile. Por exemplo, para registrar um atributo `username` para alguma parte do seu aplicativo iOS ou Android, você usaria a [API`setAttribute` ](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/create-attribute). Esses atributos são informações relacionadas à sessão e são compartilhados por vários tipos de eventos móveis.
Você também pode criar tipos de eventos personalizados totalmente novos e atribuir a eles seu próprio atributo personalizado usando a [API`recordCustomEvent` ](/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/record-custom-events).
@@ -31,11 +31,8 @@ Para mais informações sobre criação de atributo personalizado e evento perso
Aqui estão alguns exemplos de uso de [NRQL](/docs/query-data/nrql-new-relic-query-language/getting-started/introduction-nrql) para consultar evento e atributo de seu aplicativo mobile:
-
- Para rastrear compras no seu aplicativo, use `recordCustomEvent` para criar um tipo de evento (como "UserAction") e associar atributos como "nome" (com valor "Purchase"), preço, quantidade e SKU.
+
+ Para rastrear compras no seu aplicativo, use `recordCustomEvent` para criar um tipo de evento (como "UserAction") e associar atributos como "nome" (com valor "Purchase"), preço, quantidade e SKU.
Por motivos de desempenho, você deve limitar o número total de tipos de eventos a talvez um ou dois. O parâmetro `recordCustomEvent` `eventType` deve ser usado para categorias de alto nível. Por exemplo, você pode criar um tipo de evento`Gestures` e, em seguida, criar vários nomes de eventos personalizados diferentes no tipo de evento `Gesture` .
@@ -45,34 +42,28 @@ Aqui estão alguns exemplos de uso de [NRQL](/docs/query-data/nrql-new-relic-que
**Create an event on iOS:**
- ```
- BOOL purchaseRecorded = [NewRelic recordCustomEvent:@"UserAction" attributes:@{@"name": @"Purchase", @"sku": @"12345LPD", @"quantity": @1, @"unitPrice": @99.99, @"total": @99.99}];
+ ```objectivec
+ BOOL purchaseRecorded = [NewRelic recordCustomEvent:@"UserAction" attributes:@{@"name": @"Purchase", @"sku": @"12345LPD", @"quantity": @1, @"unitPrice": @99.99, @"total": @99.99}];
```
**Create an event on Android:**
- ```
+ ```java
Map userActionAttributes = new HashMap();
-
userActionAttributes.put("name", "Purchase");
-
userActionAttributes.put("sku", "12345LPD");
-
userActionAttributes.put("quantity", 1);
-
userActionAttributes.put("unitPrice", 99.99);
-
userActionAttributes.put("total", 99.99);
-
- boolean userActionRecorded = NewRelic.recordCustomEvent("UserAction", userActionAttributes);
+ boolean userActionRecorded = NewRelic.recordCustomEvent("UserAction", userActionAttributes);
```
New Relic reporta um evento customizado de tipo `UserAction` e nome `Purchase`, que permite consultar todas as compras realizadas em seu aplicativo no último dia:
- ```
- SELECT * from UserAction where name = 'Purchase' since 1 day ago
+ ```sql
+ SELECT * FROM UserAction WHERE name = 'Purchase' SINCE 1 day ago
```
@@ -83,28 +74,25 @@ Aqui estão alguns exemplos de uso de [NRQL](/docs/query-data/nrql-new-relic-que
Procure consultas usadas com o método `recordEvent` , como:
- ```
- SELECT * from Mobile where category = 'Custom' and name = 'Purchase' since 1 day ago
+ ```sql
+ SELECT * FROM Mobile WHERE category = 'Custom' AND name = 'Purchase' SINCE 1 day ago
```
Substitua-os pelo formato de consulta usado com `recordCustomEvent`:
- ```
- SELECT * from UserAction where name = 'Purchase' since 1 day ago
+ ```sql
+ SELECT * FROM UserAction WHERE name = 'Purchase' SINCE 1 day ago
```
-
+
Você pode criar um atributo personalizado para rastrear um identificador de usuário personalizado em toda a sessão e, em seguida, consultar todas as interações desse usuário. Para adicionar um atributo para `userId`, chame o método `setUserId` :
**Set the `userId` on iOS:**
- ```
+ ```objectivec
BOOL userIdWasSet = [NewRelic setUserId:@"jsmith"];
```
@@ -112,28 +100,25 @@ Aqui estão alguns exemplos de uso de [NRQL](/docs/query-data/nrql-new-relic-que
**Set the `userId` on Android:**
- ```
+ ```java
boolean userIdWasSet = NewRelic.setUserId("jsmith");
```
Com este atributo, você pode usar uma cláusula [`WHERE`](/docs/insights/new-relic-insights/using-new-relic-query-language/nrql-reference#sel-where) para ver todas as ações realizadas por esse `username` no último dia:
- ```
- SELECT * from Mobile WHERE userId = 'jsmith' since 1 day ago
+ ```sql
+ SELECT * FROM Mobile WHERE userId = 'jsmith' SINCE 1 day ago
```
-
+
Você pode criar um atributo personalizado para rastrear o ID de uma loja durante a sessão e, em seguida, consultar todas as interações dessa loja. Para adicionar um atributo para `storeId`, chame o método `setAttribute` :
**Set the `storeId` on iOS:**
- ```
+ ```objectivec
BOOL attributeSet = [NewRelic setAttribute:@"storeId" value:@"NY0531"];
```
@@ -141,21 +126,18 @@ Aqui estão alguns exemplos de uso de [NRQL](/docs/query-data/nrql-new-relic-que
**Set the `storeId` on Android:**
- ```
- boolean attributeSet = NewRelic.setAttribute("storeId", "NY0531");
+ ```java
+ boolean attributeSet = NewRelic.setAttribute("storeId", "NY0531");
```
Com este atributo, você pode usar uma cláusula [`WHERE`](/docs/insights/new-relic-insights/using-new-relic-query-language/nrql-reference#sel-where) para ver todas as ações realizadas por esse `storeId` no último dia:
- ```
- SELECT * from Mobile WHERE storeId = 'NY0531' since 1 day ago
+ ```sql
+ SELECT * FROM Mobile WHERE storeId = 'NY0531' SINCE 1 day ago
```
-
+
Você pode usar o atributo personalizado para rastrear o número de vezes que uma ação específica ocorre em sua aplicação. Por exemplo, você pode acompanhar o número de vezes que um botão foi clicado ou o número de vezes que um nível foi concluído em um jogo.
Para acompanhar a conclusão de um nível de jogo, chame `incrementAttribute` sem nenhum valor especificado. Isso cria um atributo com um valor padrão de `1`:
@@ -164,16 +146,16 @@ Aqui estão alguns exemplos de uso de [NRQL](/docs/query-data/nrql-new-relic-que
**Create a counter on iOS:**
- ```
- BOOL levelIncremented = [NewRelic incrementAttribute@"level"];
+ ```objectivec
+ BOOL levelIncremented = [NewRelic incrementAttribute@"level"];
```
**Create a counter on Android:**
- ```
- boolean levelIncremented = NewRelic.incrementAttribute("level");
+ ```java
+ boolean levelIncremented = NewRelic.incrementAttribute("level");
```
Cada chamada subsequente para `incrementAttribute` adiciona 1 ao atributo `level`:
@@ -182,16 +164,16 @@ Aqui estão alguns exemplos de uso de [NRQL](/docs/query-data/nrql-new-relic-que
**Increment a counter on iOS:**
- ```
- levelIncremented = [NewRelic incrementAttribute@"level"];
+ ```objectivec
+ levelIncremented = [NewRelic incrementAttribute@"level"];
```
**Increment a counter on Android:**
- ```
- levelIncremented = NewRelic.incrementAttribute("level");
+ ```java
+ levelIncremented = NewRelic.incrementAttribute("level");
```
@@ -204,22 +186,22 @@ Aqui estão alguns exemplos de uso de [NRQL](/docs/query-data/nrql-new-relic-que
**Reset a counter on iOS:**
- ```
- levelReset = [NewRelic setAttribute:@"level" value:@1];
+ ```objectivec
+ levelReset = [NewRelic setAttribute:@"level" value:@1];
```
**Reset a counter on Android:**
- ```
- levelReset = NewRelic.setAttribute("level", 1);
+ ```java
+ levelReset = NewRelic.setAttribute("level", 1);
```
Ao consultar, use este atributo `level` para filtrar seus dados. Por exemplo, se você tiver um atributo `username` e `level` , use a função [`max()`](/docs/insights/new-relic-insights/using-new-relic-query-language/nrql-reference#func-max) para encontrar o nível mais alto que o usuário alcançou:
- ```
- SELECT max(level) from Mobile where username = 'jsmith'
+ ```sql
+ SELECT max(level) FROM Mobile WHERE username = 'jsmith'
```
@@ -252,4 +234,4 @@ Para definir o tempo máximo (em segundos) que o agente armazenará o evento na
## Considerações de privacidade [#data-privacy]
-Caso pretenda recolher dados pessoais através de atributo personalizado, consulte a sua equipa de privacidade ou jurídica. Certifique-se de seguir as obrigações da sua organização em relação a avisos e regulamentos de consentimento.
+Caso pretenda recolher dados pessoais através de atributo personalizado, consulte a sua equipa de privacidade ou jurídica. Certifique-se de seguir as obrigações da sua organização em relação a avisos e regulamentos de consentimento.
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/service-level-management/create-slm.mdx b/src/i18n/content/pt/docs/service-level-management/create-slm.mdx
index 2c03a54b1f4..1a4755f02fb 100644
--- a/src/i18n/content/pt/docs/service-level-management/create-slm.mdx
+++ b/src/i18n/content/pt/docs/service-level-management/create-slm.mdx
@@ -26,17 +26,8 @@ Para organizações New Relic que possuem [múltiplas contas](/docs/accounts/acc
A New Relic ingere dados de muitas maneiras diferentes e de fontes muito diferentes. Cada um tem seu próprio sabor individual, criando muitas possibilidades sobre como os dados são consumidos. Existem alguns cenários onde é impossível configurar o nível de serviço devido às características dos dados:
-*
- **Subqueries**
-
-
- . Subconsultas não são suportadas.
-
-*
- **Addition of sum functions**
-
-
- . Embora seja possível usar `SELECT sum(attributeA)` ou `SELECT sum(attributeA + attributeB)`, a expressão `SELECT sum(attributeA) + sum(attributeB)` não é suportada.
+* **Subqueries**. Subconsultas não são suportadas.
+* **Addition of sum functions**. Embora seja possível usar `SELECT sum(attributeA)` ou `SELECT sum(attributeA + attributeB)`, a expressão `SELECT sum(attributeA) + sum(attributeB)` não é suportada.
## Conceitos-chave para a criação de SLIs e SLOs [#key-concepts]
@@ -56,23 +47,19 @@ Depois de estabelecer esse nível de serviço de nível superior, você poderá
* A transação de login pode precisar de um SLO mais alto em erros do que de navegação
* A duração de algumas operações é muito maior que o resto
-Por exemplo, em alto nível, uma experiência chave do usuário na New Relic poderia ser: _um cliente nos envia dados de telemetria e esses dados ficam posteriormente disponíveis para consulta na API ou interface de nosso produto._
+Por exemplo, em alto nível, uma experiência chave do usuário na New Relic poderia ser: *um cliente nos envia dados de telemetria e esses dados ficam posteriormente disponíveis para consulta na API ou interface de nosso produto.*
Para essa experiência do usuário, poderíamos criar um SLO como:
-| período | destino | categoria | indicador |
-| --------------- | ------- | --------- | -------------------------------------------------------------------------------------- |
-| últimos 28 dias | 99,9% | latência | os dados ingeridos por um usuário ficam disponíveis para consulta em menos de 1 minuto |
+| período | destino | categoria | indicador | | ------------ | ------ | -------- | -------------------------------------------------- ----------------- | | últimos 28 dias | 99,9% | latência | dados ingeridos por um usuário ficam disponíveis para consulta em menos de 1 minuto |
Observe que esses tipos de experiência do usuário normalmente envolvem mais de um serviço e estão espalhados por vários limites de equipes e organizações.
-Aumentando a granularidade da experiência do usuário subjacente, outra experiência do usuário importante na New Relic poderia ser: _um cliente pode usar um painel personalizado para visualizar seus dados de telemetria._
+Aumentando a granularidade da experiência do usuário subjacente, outra experiência do usuário importante na New Relic poderia ser: *um cliente pode usar um painel personalizado para visualizar seus dados de telemetria.*
Este SLO poderia ser parecido com:
-| período | destino | categoria | indicador |
-| --------------- | ------- | --------------- | -------------------------------------------------------- |
-| últimos 28 dias | 99,9% | disponibilidade | o usuário interage com sucesso com a interface dashboard |
+| período | destino | categoria | indicador | | ------------ | ------ | ------------ | ------------------------------------------------- | | últimos 28 dias | 99,9% | disponibilidade | usuário interage com sucesso com a interface dashboard |
Como exemplo de como levar a granularidade longe demais, adicionar um widget de gráfico em um dashboard também é uma experiência do usuário. No entanto, a criação de um SLO específico para esta ação não fornece valor adicional em comparação com o SLO anterior sobre a interação bem-sucedida dos usuários com a interface dashboard .
@@ -90,31 +77,12 @@ Tenha em mente que a consulta SLI deverá estar no âmbito da mesma conta onde r
SLIs são definidos como a porcentagem de boas respostas em relação ao número total de solicitações válidas. Na maioria das vezes você configurará seus SLIs definindo as partes válidas e boas:
-* Um
-
-
- **valid request**
-
-
- é qualquer solicitação que você queira contar como significativa para seus SLIs (por exemplo, todas as transações relacionadas a um endpoint que não foram iniciadas por uma verificação de integridade).
-
-* Um
-
-
- **good response**
-
-
- é qualquer resposta que você considere fornecer uma boa saída para o usuário final ou serviço do cliente (por exemplo, o serviço respondeu em menos de 2 segundos, proporcionando uma boa experiência de navegação para o usuário final).
+* Um **valid request** é qualquer solicitação que você queira contar como significativa para seus SLIs (por exemplo, todas as transações relacionadas a um endpoint que não foram iniciadas por uma verificação de integridade).
+* Um **good response** é qualquer resposta que você considere fornecer uma boa saída para o usuário final ou serviço do cliente (por exemplo, o serviço respondeu em menos de 2 segundos, proporcionando uma boa experiência de navegação para o usuário final).
Alternativamente, você pode definir o que considera serem respostas ruins:
-* Um
-
-
- **bad response**
-
-
- é qualquer resposta que você considera fornecer uma saída incorreta (por exemplo, o serviço respondeu com um erro de servidor, fazendo com que o cliente falhasse em seu fluxo). A New Relic derivará automaticamente a contagem de boas respostas como `valid - bad`.
+* Um **bad response** é qualquer resposta que você considera fornecer uma saída incorreta (por exemplo, o serviço respondeu com um erro de servidor, fazendo com que o cliente falhasse em seu fluxo). A New Relic derivará automaticamente a contagem de boas respostas como `valid - bad`.
Os SLOs baseados em solicitações baseiam-se em um SLI definido como a proporção entre o número de solicitações válidas e o número total de solicitações. Um SLO baseado em solicitação é atendido quando essa proporção atende ou excede o destino para o período de conformidade.
@@ -127,11 +95,7 @@ Nesta seção você encontrará alguns SLIs que normalmente são usados para med
Com base no evento `Transaction` , estes SLIs são os mais comuns para serviços orientados por solicitação:
-
+
O sucesso do serviço é a razão entre o número de respostas bem-sucedidas e o número de todas as solicitações. Esta é efetivamente uma taxa de erros, mas você pode filtrá-la, por exemplo, removendo o erro esperado.
@@ -157,11 +121,7 @@ Com base no evento `Transaction` , estes SLIs são os mais comuns para serviços
Onde `{entityGuid}` é o GUID do serviço.
-
+
Um SLI de latência mede a proporção de solicitações válidas que foram atendidas mais rapidamente do que o limite estabelecido como uma boa experiência.
Para determinar esse limite de duração, verifique o desempenho do serviço nas últimas semanas e use esse resultado como uma baseline realista e alcançável. Depois, você poderá iterar no limite do SLI e alinhá-lo com um desempenho mais ambicioso.
@@ -169,7 +129,7 @@ Com base no evento `Transaction` , estes SLIs são os mais comuns para serviços
Para selecionar um valor apropriado para a condição de duração, uma prática típica é selecionar a duração do percentil 95 das respostas dos últimos 7 ou 15 dias. Encontre esse limite de duração usando o [criador de consulta](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder/) e use-o para determinar o que você considera um bom evento para o seu SLI:
```sql
- SELECT percentile(duration, 95) FROM Transaction WHERE entityGuid = '{entityGuid}' since 7 days ago limit max
+ SELECT percentile(duration, 95) FROM Transaction WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX
```
@@ -202,11 +162,7 @@ Com base no evento `Transaction` , estes SLIs são os mais comuns para serviços
Com base em extensões OpenTelemetry, estes SLIs são os mais comuns para serviços orientados por solicitação:
-
+
O sucesso do serviço é a razão entre o número de respostas bem-sucedidas e o número de todas as solicitações. Esta é efetivamente uma taxa de erros, mas você pode filtrá-la, por exemplo, removendo o erro esperado.
@@ -232,11 +188,7 @@ Com base em extensões OpenTelemetry, estes SLIs são os mais comuns para servi
Onde `{entityGuid}` é o GUID do serviço.
-
+
Um SLI de latência mede a proporção de solicitações válidas que foram atendidas mais rapidamente do que o limite estabelecido como uma boa experiência.
Para determinar esse limite de duração, verifique o desempenho do serviço nas últimas semanas e use esse resultado como uma baseline realista e alcançável. Depois, você poderá iterar no limite do SLI e alinhá-lo com um desempenho mais ambicioso.
@@ -279,11 +231,7 @@ As métricas do APM são reportadas como [dados da fração de tempo](https://do
Observação: esse recurso ainda está em versão beta.
-
+
O sucesso do serviço é a razão entre o número de respostas bem-sucedidas e o número de todas as solicitações. Isto é efetivamente uma taxa de erros.
@@ -311,11 +259,7 @@ Observação: esse recurso ainda está em versão beta.
Onde `{appName}` é o nome do aplicativo APM.
-
+
Imagine que bons eventos são relatados por uma métrica personalizada. As contagens de eventos válidas podem ser as mesmas.
@@ -351,11 +295,7 @@ Observação: esse recurso ainda está em versão beta.
Os SLIs a seguir são baseados nos core web vitals do browser do Google.
-
+
É a proporção de visualizações de páginas exibidas sem erros.
@@ -381,11 +321,7 @@ Os SLIs a seguir são baseados nos core web vitals do browser do Google.
Onde `{entityGuid}` é o GUID do aplicativo do browser.
-
+
É a proporção de visualizações de páginas válidas em que o maior elemento de conteúdo visível na janela de visualização foi renderizado mais rapidamente do que o limite considerado correspondente a uma boa experiência.
@@ -415,15 +351,12 @@ Os SLIs a seguir são baseados nos core web vitals do browser do Google.
Para determinar um número realista a ser usado para `{largestContentfulPaint}` em seu ambiente, uma prática típica é selecionar a duração do percentil 95 das respostas dos últimos 7 ou 15 dias. Encontre-o usando o criador de consulta:
```sql
- SELECT percentile(largestContentfulPaint, 95) FROM PageViewTiming WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX
+ SELECT percentile(largestContentfulPaint, 95) FROM PageViewTiming
+ WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX
```
-
+
É a proporção de visualizações de páginas em que o tempo entre a primeira interação do usuário com a página e o tempo em que o browser responde a essa interação é inferior a um determinado limite.
@@ -453,15 +386,12 @@ Os SLIs a seguir são baseados nos core web vitals do browser do Google.
Para determinar um número realista a ser usado para `{interactionToNextPaint}` em seu ambiente, uma prática típica é selecionar a duração do percentil 95 das respostas dos últimos 7 ou 15 dias. Encontre-o usando o criador de consulta:
```sql
- SELECT percentile(interactionToNextPaint, 95) FROM PageViewTiming WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX FACET deviceType
+ SELECT percentile(interactionToNextPaint, 95) FROM PageViewTiming
+ WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX FACET deviceType
```
-
+
É a proporção de visualizações de página com uma boa mudança cumulativa de layout (CLS). CLS é descrito como a soma total de todas as pontuações individuais de mudança de layout para cada mudança inesperada de layout que ocorre durante toda a vida útil da página. Uma mudança de layout ocorre sempre que um elemento visível muda sua posição de um quadro renderizado para o próximo.
@@ -501,7 +431,8 @@ Os SLIs a seguir são baseados nos core web vitals do browser do Google.
Para determinar um número realista a ser selecionado para `{cumulativeLayoutShift}` em seu ambiente, uma prática típica é selecionar o 75º percentil de carregamentos de página nos últimos 7 ou 15 dias, segmentados em dispositivos móveis e desktop. Encontre-o usando o criador de consulta:
```sql
- SELECT percentile(cumulativeLayoutShift, 95) FROM PageViewTiming WHERE entityGuid = '{entityGuid}' since 7 days ago limit max facet deviceType
+ SELECT percentile(cumulativeLayoutShift, 95) FROM PageViewTiming
+ WHERE entityGuid = '{entityGuid}' since 7 days ago limit max facet deviceType
```
@@ -509,11 +440,7 @@ Os SLIs a seguir são baseados nos core web vitals do browser do Google.
### SLIs para verificações sintéticas [#sli-synthetic]
-
+
O sucesso é a razão entre o número de verificações sintéticas bem-sucedidas e o número de todas as verificações.
@@ -544,33 +471,9 @@ Os SLIs a seguir são baseados nos core web vitals do browser do Google.
Você pode criar SLIs e SLOs de vários locais [em nossa interface](https://one.newrelic.com):
-* Vá para
-
-
- **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Service levels**
-
-
- . Você pode associar o SLI a qualquer entidade em suas contas, incluindo carga de trabalho.
-
-* Na página
-
-
- **Service levels**
-
-
- em qualquer serviço
-
-
-
- , transação principal, aplicativo de Browser ou monitor Sintético. O SLI será associado a essa entidade específica. Se você usar esse ponto de partida, a New Relic criará automaticamente os indicadores de nível de serviço mais comuns para esse tipo de entidade, com base nos dados mais recentes disponíveis.
-
-* Na guia
-
-
- **Service levels**
-
-
- em qualquer workload. Você pode associar o SLI a qualquer entidade da workload ou a toda workload.
+* Vá para **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Service levels**. Você pode associar o SLI a qualquer entidade em suas contas, incluindo carga de trabalho.
+* Na página **Service levels** em qualquer serviço , transação principal, aplicativo de Browser ou monitor Sintético. O SLI será associado a essa entidade específica. Se você usar esse ponto de partida, a New Relic criará automaticamente os indicadores de nível de serviço mais comuns para esse tipo de entidade, com base nos dados mais recentes disponíveis.
+* Na guia **Service levels** em qualquer workload. Você pode associar o SLI a qualquer entidade da workload ou a toda workload.
Os dados não aparecem imediatamente após a criação de um SLI. Espere alguns minutos antes de ver os primeiros resultados de obtenção do SLI. Os dados têm retenção de 13 meses por padrão.
@@ -579,54 +482,24 @@ Lembre-se que o nível de serviço só pode ser associado a uma única conta. Pa
Para criar nível de serviço, siga estes passos:
-
+
Para definir seu novo SLI, escolha uma destas três opções:
- *
- **Entity data**
-
-
- : Baseie o SLI em dados padrão provenientes do nosso agente ou do seu próprio evento personalizado. Esta é a opção mais comum. Se esta for sua escolha, selecione a entidade (por exemplo, serviço APM) que deseja usar.
-
- *
- **Custom data**
-
-
- : Alternativamente, você pode basear o SLI em seu evento NRDB personalizado ou métrica dimensional. Use esta opção quando não for possível relacionar os dados de nível de serviço a uma entidade específica ou quando desejar relacionar o nível de serviço diretamente a uma workload.
-
- *
- **Metric data**
-
-
- : Com base nos dados provenientes do Prometheus, OTel ou na sua própria métrica dimensional personalizada.
+ * **Entity data**: Baseie o SLI em dados padrão provenientes do nosso agente ou do seu próprio evento personalizado. Esta é a opção mais comum. Se esta for sua escolha, selecione a entidade (por exemplo, serviço APM) que deseja usar.
+ * **Custom data**: Alternativamente, você pode basear o SLI em seu evento NRDB personalizado ou métrica dimensional. Use esta opção quando não for possível relacionar os dados de nível de serviço a uma entidade específica ou quando desejar relacionar o nível de serviço diretamente a uma workload.
+ * **Metric data**: Com base nos dados provenientes do Prometheus, OTel ou na sua própria métrica dimensional personalizada.
-
+
Nesta etapa, você configurará a consulta SLI que determina qual evento é válido, bom ou ruim.
Se você associar o SLI a um serviço APM ou a um aplicativo de browser, a New Relic irá sugerir alguns SLI típicos e suas consultas. Usaremos os dados mais recentes como baseline para seus objetivos de nível de serviço e você poderá editar o SLI e o SLO posteriormente.
- 
+
Se você estiver usando um tipo diferente de entidade, quiser consultar métricas dimensionais ou quiser personalizar os valores baseline fornecidos pela New Relic, você pode personalizar o SLI de acordo com suas necessidades. Por exemplo, você pode usar a cláusula `WHERE` para filtrar verificações de integridade. Você também pode usar diferentes tipos de eventos em cada consulta; neste caso, certifique-se de que cada evento válido corresponda apenas a um ou menos eventos da consulta boa ou ruim.
- 
+
A conta de onde os dados são coletados corresponde à conta da entidade à qual o SLI se refere. Consulte a seção acima para saber o que se passa em cada campo.
@@ -637,8 +510,8 @@ Para criar nível de serviço, siga estes passos:
```sql
FROM Metric
SELECT percentage(sum(scrooge_do_expire_count),
- WHERE status = 'success') AS 'Success Rate'
- WHERE env='production'
+ WHERE status = 'success') AS 'Success Rate'
+ WHERE env = 'production'
AND status != 'attempt'
```
@@ -646,8 +519,8 @@ Para criar nível de serviço, siga estes passos:
```sql
FROM Metric
- SELECT sum(scrooge_do_expire_count))
- WHERE env='production'
+ SELECT sum(scrooge_do_expire_count)
+ WHERE env = 'production'
AND status != 'attempt'
```
@@ -655,8 +528,8 @@ Para criar nível de serviço, siga estes passos:
```sql
FROM Metric
- SELECT sum(scrooge_do_expire_count))
- WHERE env='production'
+ SELECT sum(scrooge_do_expire_count)
+ WHERE env = 'production'
AND status != 'attempt'
AND status = 'success'
```
@@ -682,7 +555,7 @@ Para criar nível de serviço, siga estes passos:
```sql
FROM ServerlessSample
SELECT sum(provider.errors.Sum)
- WHERE awsAccountId = 'XXX' And provider LIKE 'LambdaFunction%'
+ WHERE awsAccountId = 'XXX' AND provider LIKE 'LambdaFunction%'
```
Exemplo usando `getField()` combinado com `getCdfCount()`:
@@ -703,28 +576,16 @@ Para criar nível de serviço, siga estes passos:
WHERE awsAccountId = 'XXX'
```
- 
+
-
+
Nesta etapa você terá uma prévia do valor do SLI e adicionará um SLO para este SLI: Basta selecionar a duração da janela de tempo e a porcentagem de destino. O gráfico à direita irá ajudá-lo a prever se o destino que você está definindo é viável ou se é frequentemente esquecido.
SLOs de janela de tempo contínuo são suportados. Com uma janela de tempo contínua, a conformidade do SLO leva em consideração os últimos N dias. A cada minuto, os dados mais antigos são eliminados do cálculo atual e novos dados os substituem.
-
+
Selecione um nome curto para o seu SLI que o ajude a reconhecer o que ele está medindo.
Recomendamos que você adicione tags ao seu SLI, para que possa usá-las posteriormente para pesquisar, filtrar e agrupar SLIs na interface.
@@ -743,11 +604,7 @@ Para criar nível de serviço, siga estes passos:
Além disso, o dropdown também exibe a tag da entidade relacionada, para que você também possa adicioná-la rapidamente ao SLI.
- 
+
Para finalizar, você pode opcionalmente adicionar uma descrição para esse nível de serviço.
@@ -757,20 +614,12 @@ Para criar nível de serviço, siga estes passos:
Depois de criar um SLI, você pode editá-lo através da página da lista de níveis de serviço, clicando no menu **...** e depois em `Edit`, conforme mostrado aqui:
-
+
ou você pode fazer a mesma coisa na página de resumo, clicando em `Edit`:
-
+
## Otimize seu SLM [#optimize]
-Para obter informações sobre como otimizar sua implementação de SLM, consulte nosso [guia SLM de maturidade de observabilidade](/docs/new-relic-solutions/observability-maturity/uptime-performance-reliability/optimize-slm-guide).
+Para obter informações sobre como otimizar sua implementação de SLM, consulte nosso [guia SLM de maturidade de observabilidade](/docs/new-relic-solutions/observability-maturity/uptime-performance-reliability/optimize-slm-guide).
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/tutorial-improve-app-performance/create-benchmarks.mdx b/src/i18n/content/pt/docs/tutorial-improve-app-performance/create-benchmarks.mdx
index c4c03431b74..306b4908980 100644
--- a/src/i18n/content/pt/docs/tutorial-improve-app-performance/create-benchmarks.mdx
+++ b/src/i18n/content/pt/docs/tutorial-improve-app-performance/create-benchmarks.mdx
@@ -10,20 +10,14 @@ translationType: machine
Ao final deste tutorial, você irá:
* Entenda os indicadores de nível de serviço (SLIs) e os objetivos de nível de serviço (SLOs).
-
* Crie e defina SLIs e SLOs para sua experiência de front-end.
-
-* Configure
-
-
-
- para avisar sobre qualquer violação de SLI ou SLO para que você possa reagir antes que elas afetem seu usuário.
+* Configure para avisar sobre qualquer violação de SLI ou SLO para que você possa reagir antes que elas afetem seu usuário.
## Por que criar benchmark de desempenho [#why]
Agora que você corrigiu a causa raiz dos problemas de desempenho do seu aplicativo, vamos configurar o nível de serviço para que você possa responder rapidamente caso alguma lentidão apareça novamente.
-Vejamos a diferença entre nível de serviço, SLOs e SLIs. \_nível de serviço descreve os serviços prestados ao usuário dentro de um determinado período de tempo, em termos mensuráveis. \_Os objetivos de nível de serviço (SLOs) são as metas definidas para a disponibilidade esperada de um sistema. \*Os indicadores de nível de serviço (SLIs) são as principais medidas e métricas para determinar a disponibilidade de um sistema.
+Vejamos a diferença entre nível de serviço, SLOs e SLIs. nível de serviço descreve os serviços prestados ao usuário dentro de um determinado período de tempo, em termos mensuráveis. objetivos de nível de serviço (SLOs) são as metas estabelecidas para a disponibilidade esperada de um sistema. Os indicadores de nível de serviço (SLIs) são as principais medidas e métricas para determinar a disponibilidade de um sistema.
Unir tudo isso permite que você:
@@ -44,11 +38,7 @@ Vamos começar criando seu desempenho do aplicativo benchmark:
**SLIs for APM services instrumented with the New Relic agent**: com base no evento `Transaction` , esses SLIs são os mais comuns para serviços orientados por solicitação:
-
+
O sucesso do serviço é a razão entre o número de respostas bem-sucedidas e o número de todas as solicitações. Efetivamente, esta é uma taxa de erros, mas você pode filtrá-la, por exemplo, removendo erros esperados.
@@ -74,11 +64,7 @@ Vamos começar criando seu desempenho do aplicativo benchmark:
Onde `{entityGuid}` é o GUID do serviço.
-
+
Um SLI de latência mede a proporção de solicitações válidas que foram atendidas mais rapidamente do que o limite estabelecido como uma boa experiência.
Para determinar esse limite de duração, verifique o desempenho do serviço nas últimas semanas e use esse resultado como uma baseline realista e alcançável. Depois, você poderá iterar no limite do SLI e alinhá-lo com um desempenho mais ambicioso.
@@ -86,7 +72,7 @@ Vamos começar criando seu desempenho do aplicativo benchmark:
Para selecionar um valor apropriado para a condição de duração, uma prática típica é selecionar a duração do percentil 95 das respostas dos últimos 7 ou 15 dias. Encontre esse limite de duração usando o [criador de consulta](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder/) e use-o para determinar um bom evento para seu SLI:
```sql
- SELECT percentile(duration, 95) FROM Transaction WHERE entityGuid = '{entityGuid}' since 7 days ago limit max
+ SELECT percentile(duration, 95) FROM Transaction WHERE entityGuid = '{entityGuid}' SINCE 7 days ago LIMIT MAX
```
@@ -120,27 +106,10 @@ Vamos começar criando seu desempenho do aplicativo benchmark:
- 
-
- 1. Navegue até
-
-
- **[one.newrelic.com](https://one.newrelic.com) > All capabilities > Service levels management**
-
-
- . Esta interface mostra todo o seu nível de serviço e permite defini-los, monitorá-los e editá-los.
+
- 2. Selecione
-
-
- **+ Add a service level**
-
-
- no canto superior direito da interface.
+ 1. Navegue até **[one.newrelic.com](https://one.newrelic.com) > All capabilities > Service levels management**. Esta interface mostra todo o seu nível de serviço e permite defini-los, monitorá-los e editá-los.
+ 2. Selecione **+ Add a service level** no canto superior direito da interface.
@@ -167,7 +136,7 @@ Vamos começar criando seu desempenho do aplicativo benchmark:
```sql
FROM: TransactionError
- WHERE: entityGuid = '{entityGuid}' AND error.expected IS FALSE
+ WHERE: entityGuid = '{entityGuid}' AND error.expected IS false
```
Onde `{entityGuid}` é o GUID do serviço.
@@ -186,34 +155,15 @@ Parabéns! Você concluiu nossa jornada sobre como usar o New Relic para melhora
* [Introdução ao gerenciamento a nível de serviço](/docs/service-level-management/intro-slm/)
-
-
-
+
+
+
-
-
-
-
-
-
+
+
+
+
+
+
\ No newline at end of file
diff --git a/src/install/dotnet/installation/azure-app-add.mdx b/src/install/dotnet/installation/azure-app-add.mdx
index e90e70bb059..6060bf173ea 100644
--- a/src/install/dotnet/installation/azure-app-add.mdx
+++ b/src/install/dotnet/installation/azure-app-add.mdx
@@ -9,7 +9,7 @@ To add your app settings:
1. Make sure you have your before adding the New Relic .NET agent's app settings.
2. In the Azure portal, search for and open **App Services** to go to the web app you want to monitor. Next, select **Configuration > Application settings**
-3. From **Application settings**, select setting\*\* and add these key/value pairs:
+3. From **Application settings**, select **setting** and add these key/value pairs:
@@ -69,7 +69,7 @@ To add your app settings:
|
- DESIRED_AGENT_VERSION_NUMBER
+ `DESIRED_AGENT_VERSION_NUMBER`
|
diff --git a/src/install/npm/snmp/podman-eu.mdx b/src/install/npm/snmp/podman-eu.mdx
index ae4ac79b61a..c4a504c3e54 100755
--- a/src/install/npm/snmp/podman-eu.mdx
+++ b/src/install/npm/snmp/podman-eu.mdx
@@ -196,7 +196,7 @@ headingText: SNMP security prerequisites
The default trap listening port for **ktranslate** is port `1620 (TCP/UDP)`. To use the more common trap port of `162`, you will need to set an `iptables` pre-routing rule on the container host with the command:
- ```
+ ```shell
sudo iptables -t nat -A PREROUTING -p udp --dport 162 -j REDIRECT --to-port 1620
```
diff --git a/src/install/npm/snmp/podman-us.mdx b/src/install/npm/snmp/podman-us.mdx
index 0f18c395d8c..73ee34a8279 100755
--- a/src/install/npm/snmp/podman-us.mdx
+++ b/src/install/npm/snmp/podman-us.mdx
@@ -196,7 +196,7 @@ headingText: SNMP security prerequisites
The default trap listening port for **ktranslate** is port `1620 (TCP/UDP)`. To use the more common trap port of `162`, you will need to set an `iptables` pre-routing rule on the container host with the command:
- ```
+ ```shell
sudo iptables -t nat -A PREROUTING -p udp --dport 162 -j REDIRECT --to-port 1620
```
diff --git a/src/install/npm/snmp/podman-usfedramp.mdx b/src/install/npm/snmp/podman-usfedramp.mdx
index 75d1741092c..80ac2e30b5e 100755
--- a/src/install/npm/snmp/podman-usfedramp.mdx
+++ b/src/install/npm/snmp/podman-usfedramp.mdx
@@ -196,7 +196,7 @@ headingText: SNMP security prerequisites
The default trap listening port for **ktranslate** is port `1620 (TCP/UDP)`. To use the more common trap port of `162`, you will need to set an `iptables` pre-routing rule on the container host with the command:
- ```
+ ```shell
sudo iptables -t nat -A PREROUTING -p udp --dport 162 -j REDIRECT --to-port 1620
```
diff --git a/src/install/npm/syslog/podman-eu.mdx b/src/install/npm/syslog/podman-eu.mdx
index 4f421a871e8..293e3343228 100755
--- a/src/install/npm/syslog/podman-eu.mdx
+++ b/src/install/npm/syslog/podman-eu.mdx
@@ -118,7 +118,7 @@ headingText: Network syslog security prerequisites
The default syslog listening port for **ktranslate** is port `5143 (TCP/UDP)`. To use the more common syslog port of `514`, you will need to set an `iptables` pre-routing rule on the container host with the command:
- ```
+ ```shell
sudo iptables -t nat -A PREROUTING -p udp --dport 514 -j REDIRECT --to-port 5143
```
diff --git a/src/install/npm/syslog/podman-us-fedramp.mdx b/src/install/npm/syslog/podman-us-fedramp.mdx
index a83155a1cf7..b491dd7cb1d 100755
--- a/src/install/npm/syslog/podman-us-fedramp.mdx
+++ b/src/install/npm/syslog/podman-us-fedramp.mdx
@@ -118,7 +118,7 @@ headingText: Network syslog security prerequisites
The default syslog listening port for **ktranslate** is port `5143 (TCP/UDP)`. To use the more common syslog port of `514`, you will need to set an `iptables` pre-routing rule on the container host with the command:
- ```
+ ```shell
sudo iptables -t nat -A PREROUTING -p udp --dport 514 -j REDIRECT --to-port 5143
```
diff --git a/src/install/npm/syslog/podman-us.mdx b/src/install/npm/syslog/podman-us.mdx
index 4ee38aa0439..1b576812c50 100755
--- a/src/install/npm/syslog/podman-us.mdx
+++ b/src/install/npm/syslog/podman-us.mdx
@@ -118,7 +118,7 @@ headingText: Network syslog security prerequisites
The default syslog listening port for **ktranslate** is port `5143 (TCP/UDP)`. To use the more common syslog port of `514`, you will need to set an `iptables` pre-routing rule on the container host with the command:
- ```
+ ```shell
sudo iptables -t nat -A PREROUTING -p udp --dport 514 -j REDIRECT --to-port 5143
```
diff --git a/src/nav/alerts.yml b/src/nav/alerts.yml
index 344b04bc3a9..d2e391c51c0 100644
--- a/src/nav/alerts.yml
+++ b/src/nav/alerts.yml
@@ -71,6 +71,8 @@ pages:
path: /docs/alerts/get-notified/incident-workflows
- title: Destinations
path: /docs/alerts/get-notified/destinations
+ - title: Webhook for Microsoft Teams Workflows
+ path: /docs/alerts/get-notified/new-relic-webhook-for-microsoft-teams-workflow
- title: Notification integrations
path: /docs/alerts/get-notified/notification-integrations
- title: Migration from alert classic to workflows
diff --git a/static/images/alerts_destination_enpointurl.webp b/static/images/alerts_destination_enpointurl.webp
new file mode 100644
index 00000000000..ffb55836dbf
Binary files /dev/null and b/static/images/alerts_destination_enpointurl.webp differ
diff --git a/static/images/alerts_workflow_payload.webp b/static/images/alerts_workflow_payload.webp
new file mode 100644
index 00000000000..3aa3578a672
Binary files /dev/null and b/static/images/alerts_workflow_payload.webp differ
|
+ 4. Click **Update destination**.
+2. Update existing webhook workflow:
+ 1. Go to **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Alerts > Enrich and Notify > Workflows**.
+ 2. To edit the notification payload, click the required workflow linked with the destination.
+ 
+ 3. On the 
+