```
- ````
Essas opções usam um asterisco (\*) para mascarar todo o texto desse elemento, ocultando o texto real, mas revelando o número de caracteres inseridos. No entanto, os asteriscos não são números válidos, portanto, mascarar campos específicos do tipo de número, como números de telefone ou de cartão de crédito, resultará em um campo em branco em uma repetição.
@@ -174,7 +173,7 @@ Para obter mais detalhes sobre Session Replay, consulte as seções a seguir:
## Resolução de problemas [#troubleshoot]
@@ -231,7 +230,7 @@ Para obter mais detalhes sobre Session Replay, consulte as seções a seguir:
Aqui está um exemplo de adição do atributo `crossorigin="anonymous"` :
- ```
+ ```html
```
diff --git a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/user-actions.mdx b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/user-actions.mdx
index 786611cdb2a..347ad5cff17 100644
--- a/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/user-actions.mdx
+++ b/src/i18n/content/pt/docs/browser/browser-monitoring/browser-pro-features/user-actions.mdx
@@ -9,11 +9,11 @@ As ações do usuário no monitoramento do browser ajudam você a entender o com
As ações do usuário são rastreadas por padrão no Pro e Pro+SPA Agent, mas não estão disponíveis no Lite browser Agent. Recomendamos que você primeiro confirme se está usando o agente Pro ou Pro+SPA:
-Vá para
. Nesta página, verifique se o browser do agente
. Nesta página, verifique se o browser do agente
está selecionado. Certifique-se de que você está na versão 1.268.0 ou superior.
## Ver ações do usuário [#view-events]
-Quando um usuário carrega uma página da web, nosso browser agente configura ouvintes de eventos para o evento de interação chave. Quando o browser do agente observa essas ações, ele pode coletar o evento gerado e encaminhá-lo para New Relic.
+Quando um usuário carrega uma página da web, nosso browser agente configura ouvintes de eventos para o evento de interação chave. Quando o agente do browser observa essas ações, ele pode coletar o evento gerado e encaminhá-lo para New Relic.
As ações do usuário podem colher estes eventos:
@@ -26,7 +26,7 @@ As ações do usuário podem colher estes eventos:
* colar
* fim da rolagem
-Para visualizar as ações do usuário capturadas pelo browser do agente, crie uma consulta NRQL para o tipo de evento `UserAction` no [criador de consulta](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder/). Aqui está um exemplo de uma consulta básica:
+Para visualizar as ações do usuário capturadas pelo agente do browser, crie uma consulta NRQL para o tipo de evento `UserAction` no [criador de consulta](/docs/query-your-data/explore-query-data/query-builder/introduction-query-builder/). Aqui está um exemplo de uma consulta básica:
```sql
FROM UserAction
diff --git a/src/i18n/content/pt/docs/browser/new-relic-browser/installation/update-browser-agent.mdx b/src/i18n/content/pt/docs/browser/new-relic-browser/installation/update-browser-agent.mdx
index 9faa920c4e7..71e919c62b0 100644
--- a/src/i18n/content/pt/docs/browser/new-relic-browser/installation/update-browser-agent.mdx
+++ b/src/i18n/content/pt/docs/browser/new-relic-browser/installation/update-browser-agent.mdx
@@ -62,7 +62,7 @@ Para verificar se a versão do seu browser está desatualizada:
## Verifique o método de implantação [#deploy-method]
-Seu agente browser pode ter sido [implantado](/docs/browser/browser-monitoring/installation/install-browser-monitoring-agent/#options) de duas maneiras: usando uma implementação manual (copiando e colando o trecho) ou automaticamente usando um agente
. Para verificar qual método de implantação foi usado, execute este comando no console JavaScript:
+Seu agente browser pode ter sido [implantado](/docs/browser/browser-monitoring/installation/install-browser-monitoring-agent/#options) de duas maneiras: usando uma implementação manual (copiando e colando o trecho) ou automaticamente usando um agente
. Para verificar qual método de implantação foi usado, execute este comando no console JavaScript:
```
> newrelic.info.sa
@@ -88,28 +88,19 @@ Use qualquer uma das opções a seguir para acessar o trecho JavaScript do brows
+
\ No newline at end of file
diff --git a/src/i18n/content/pt/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details.mdx b/src/i18n/content/pt/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details.mdx
index 3bf2b1055fe..da5b28448a5 100644
--- a/src/i18n/content/pt/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details.mdx
+++ b/src/i18n/content/pt/docs/browser/new-relic-browser/page-load-timing-resources/pageviewtiming-async-or-dynamic-page-details.mdx
@@ -153,20 +153,6 @@ Os eventos `BrowserInteraction` e `PageView` encerram seus relatórios quando re
-
`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
|