Skip to content

Commit

Permalink
Merge pull request #19762 from newrelic/translations-4aeb4630
Browse files Browse the repository at this point in the history
Updated translations -  (machine translation)
  • Loading branch information
akashreddy-nr authored Jan 21, 2025
2 parents 0144763 + 4c3d67a commit 5e58679
Show file tree
Hide file tree
Showing 16 changed files with 622 additions and 1,001 deletions.
Original file line number Diff line number Diff line change
Expand Up @@ -9,10 +9,6 @@ El monitoreo de IA permite al agente reconocer y capturar datos de IA. El monito

Cuando deshabilita el rastreo distribuido o habilita el modo de alta seguridad, el agente no capturará datos de IA.

<Callout variant="important">
No debe habilitar el monitoreo de IA si es [cliente de FedRAMP](/docs/security/security-privacy/compliance/certificates-standards-regulations/fedramp-moderate), porque la IA y las tecnologías basadas en IA no están actualmente autorizadas por FedRAMP.
</Callout>

## Biblioteca de IA compatible [#compatibility]

Monitoreo de IA es compatible con estas versiones de agente y biblioteca de IA:
Expand Down
8 changes: 6 additions & 2 deletions src/i18n/content/es/docs/alerts/admin/user-settings.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ Para las alertas de New Relic, nuestra configuración de periodo de gracia contr

Estas configuraciones se aplican a todos los datos que ingresan a su cuenta.

Para encontrar la configuración de tus alertas, ve a <DNT>**[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > Alerts > General**</DNT>.
Para encontrar la configuración de tus alertas, ve a <DNT>**[one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; Alerts &amp;gt; General**</DNT>.

## Política de periodo de gracia para cuentas que emplean decisiones [#grace-period]

Expand All @@ -35,7 +35,7 @@ Los valores predeterminados del período de calificación son:
La configuración de cierre automático de problemas controla cuánto tiempo pasa antes de que un problema inactivo se cierre automáticamente. El rango es de 1 a 30 días y el valor predeterminado es 3 días.

<Callout variant="tip">
Esta configuración está relacionada con la [configuración "cerrar incidente abierto después de..."](/docs/alerts-applied-intelligence/new-relic-alerts/alert-incidents/how-alert-condition-incidents-are-closed/#time-limit) para cada condición.
Esta configuración está relacionada con la [configuración &quot;cerrar incidente abierto después de...&quot;](/docs/alerts-applied-intelligence/new-relic-alerts/alert-incidents/how-alert-condition-incidents-are-closed/#time-limit) para cada condición.

Cuando los períodos de tiempo en estas dos configuraciones son diferentes, nuestro sistema utiliza el período de tiempo más corto, independientemente de la configuración. Por ejemplo, si el tiempo de cierre del incidente abierto es de 3 días y el tiempo de emisión inactiva es de 2 días, el problema (junto con todos los incidentes asociados) se cerrará en 2 días.
</Callout>
Expand All @@ -47,3 +47,7 @@ Cuando un problema está inactivo, nuestro sistema no lo agregará ni correlacio
Una emisión se considera inactiva cuando ha acumulado 5.000 incidentes.

Después de 30 días, un problema inactivo se cerrará automáticamente.

## Alertas entre cuentas [#cross-account-alerts]

La configuración de alertas entre cuentas le permite configurar una condición de alerta para enviar datos a una cuenta distinta de la que posee la condición.
Original file line number Diff line number Diff line change
Expand Up @@ -38,13 +38,6 @@ Para todos los métodos, excepto nuestro modo guiado, el proceso para crear una

En este ejemplo, imagine que su equipo administra la aplicación `WebPortal` para un sitio de comercio electrónico. Quiere estar alerta ante cualquier problema de latencia.

Para crear una nueva condición de alerta:

* Vaya a [one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; <DNT>**Alerts**</DNT>.
* Seleccione <DNT>**Alert Conditions**</DNT> en la navegación izquierda.
* Luego seleccione <DNT>**New alert condition**</DNT>.
* Seleccione <DNT>**Write your own query**</DNT>.

<CollapserGroup>
<Collapser id="set-your-query" title="Establece el comportamiento de tu señal">
Puede utilizar una consulta NRQL para definir las señales que desea que utilice una condición de alerta como base para su alerta. Para este ejemplo, utilizará esta consulta:
Expand All @@ -67,9 +60,13 @@ Para todos los métodos, excepto nuestro modo guiado, el proceso para crear una

Una vez que haya definido su señal, haga clic en <DNT>**Run**</DNT>. Aparecerá un gráfico que mostrará el parámetro que has configurado.

<Callout variant="tip">
Para configurar alertas entre cuentas, seleccione una **cuenta de datos** de la lista desplegable. Y solo puedes consultar los datos de una cuenta para alertas entre cuentas a la vez.
</Callout>

<img title="set a query" alt="A screenshot showing a user how to set the signal behavior for an alert condition." src="/images/alerts_screenshot-crop_set-a-query.webp" />

Para este ejemplo, el gráfico mostrará la latencia promedio de su aplicación `WebPortal` . Haga clic en <DNT>**Next**</DNT> y comience a configurar su condición de alerta.
Para este ejemplo, el gráfico mostrará la duración promedio de una transacción. Haga clic en <DNT>**Next**</DNT> y comience a configurar su condición de alerta.

Para este ejemplo, personalizará estas configuraciones de señal avanzadas para la condición que creó para monitor la latencia en su aplicación `WebPortal`.

Expand Down Expand Up @@ -136,6 +133,12 @@ Para todos los métodos, excepto nuestro modo guiado, el proceso para crear una

Obtenga más información sobre las estrategias para llenar espacios en nuestros [documentos sobre señales perdidas](/docs/apis/nerdgraph/examples/nerdgraph-api-loss-signal-gap-filling/).
</Collapser>

<Collapser id="cross-account-alerts" title="Alertas entre cuentas">
Las alertas entre cuentas en New Relic le permiten configurar condiciones de alerta que monitorean datos de una cuenta diferente a aquella en la que está configurada la alerta. Esta característica permite una mayor flexibilidad en el monitoreo y la gestión de la dependencia entre múltiples cuentas dentro de New Relic.

Para obtener más información, consulte [Alerta entre cuentas](/docs/alerts/create-alert/create-alert-condition/cross-account-alert/).
</Collapser>
</CollapserGroup>
</Step>

Expand Down Expand Up @@ -270,6 +273,8 @@ Para todos los métodos, excepto nuestro modo guiado, el proceso para crear una
</Step>
</Steps>

Para obtener más información sobre las alertas entre cuentas, consulte nuestras [Alertas entre cuentas.](/docs/alerts/create-alert/create-alert-condition/cross-account-alert)

## Editar una condición de alerta existente [#edit-existing-alert-condition]

Si desea editar una condición de alerta que ya creó, puede:
Expand Down
Original file line number Diff line number Diff line change
@@ -0,0 +1,82 @@
---
title: Alerta de cuentas cruzadas
tags:
- Alerts
- Alert conditions
metaDescription: 'Use the conditions page to identify what triggers an alert policy''s notification, starting with the product and type of metric or service.'
freshnessValidatedDate: never
translationType: machine
---

La opción de alerta entre cuentas de New Relic le permite configurar condiciones de alerta que monitorean datos de una cuenta diferente a aquella en la que está configurada la alerta. Esta característica permite una mayor flexibilidad en el monitoreo y la gestión de la dependencia entre múltiples cuentas dentro de New Relic.

En muchas organizaciones, diferentes equipos o departamentos pueden emplear cuentas New Relic separadas para su aplicación e infraestructura. Incluso si usted no es directamente responsable de una entidad o de los datos de otra cuenta, aún así pueden ser fundamentales para sus operaciones. Por ejemplo, un equipo de aplicación podría necesitar configurar alertas para los hosts que ejecutan su aplicación pero se gestionan bajo una cuenta diferente.

Esto ofrece varios beneficios:

* **Gestione** alertas en múltiples cuentas a las que tenga acceso, lo que permitirá tener una vista consolidada de todos los incidentes y problemas relevantes.
* **Limite** el acceso de escritura y edición a cuentas confidenciales, minimizando la necesidad de que varios usuarios tengan licencias en cuentas que no gestionan directamente.
* **Organice** la configuración de alertas reduciendo las alertas innecesarias en cuentas que sirven como fuentes de datos para otros.
* **Delegue** la gestión y gobernanza del umbral de alerta a los equipos adecuados, aliviando la carga de los propietarios de cuentas.
* **Cerciorar de recibir** alertas oportunas sobre dependencias críticas, incluso si residen en diferentes cuentas de New Relic.

## Empezar [#get-started]

Antes de comenzar a emplear alertas entre cuentas:

* Primero debes habilitar el uso compartido de datos entre cuentas. Actualmente, esto se hace solo por cuenta en UI de New Relic.
* Los administradores de la organización tendrán la capacidad de **activar** la opción de compartir datos.
* Como alternativa, puede crear un rol personalizado con la licencia de **Cross-account conditions: Data-sharing access control** y asignarlo al usuario a quien desea otorgarle esta capacidad. Para obtener más información, consulte [Crear roles personalizados](/docs/accounts/accounts-billing/new-relic-one-user-management/account-user-mgmt-tutorial/#roles/).

Una vez que cercioraste que tu usuario tiene el rol y las licencias adecuadas, puedes permitir que otras cuentas consulten datos de la cuenta seleccionada siguiendo los pasos a continuación:

<Steps>
<Step>
Vaya a [one.newrelic.com &gt; All capabilities](https://one.newrelic.com/all-capabilities) &amp;gt; <DNT>**Alerts**</DNT>.
</Step>

<Step>
En el menú de navegación de la izquierda, seleccione <DNT>**General**</DNT>
</Step>

<Step>
Vaya a **Cross-accounts** y habilite la opción **Let other accounts query data from this account**.
</Step>

<Step>
Clic en **Save**.
</Step>
</Steps>

También hay una API que permite a los usuarios con los roles y licencias adecuadas habilitar o deshabilitar múltiples cuentas simultáneamente. Para obtener más información, consulte [Agregar ejemplos de API para elecciones de alerta de unidad de reconocimiento cruzado.](/docs/apis/nerdgraph/examples/nerdgraph-api-cross-account-alerting-elections)

Siempre que tenga al menos acceso de solo lectura a la cuenta de datos, puede crear condiciones de alerta y consultar datos desde cualquier cuenta dentro de su organización.

## Crear una condición de alerta entre cuentas

Puede crear alertas entre cuentas de las siguientes maneras:

* **API**: Ingrese el número de cuenta al que desea que se dirija su condición en el campo `dataAccountId` en la API del generador de condiciones. Para obtener más información, consulte [la condición NRQL](/docs/apis/nerdgraph/examples/nerdgraph-api-nrql-condition-alerts/#create-cross-account-alert).

-O-

* **UI**: En el modo de consulta de la UI del generador de condiciones, verá un menú desplegable como parte del primer paso. Este menú enumera las cuentas a las que puede acceder para realizar consultas en su nueva alerta. Para obtener más información, consulte [Crear una condición de alerta usando el modo de consulta.](/docs/alerts/create-alert/create-alert-condition/alert-conditions/#advanced-signal-settings)

<Callout variant="tip">
En este momento, el estado de salud de la entidad no se ve afectado por ninguna condición de alerta entre cuentas.
</Callout>

## Restringir el uso compartido de datos para alertas entre cuentas

Cuando una cuenta deja de compartir datos (la opción **Permitir que otras cuentas consulten datos de esta cuenta** está deshabilitada), entonces:

* La cuenta no aparece en el desplegable, al momento de elegir dónde consultar tu nueva condición de alerta.
* Cualquier condición de alerta creada previamente que tenga como objetivo los datos de esa cuenta será eliminada y se detendrá la evaluación. Se eliminará todo el historial relacionado con esa condición.

## Visibilidad de datos

Actualmente, al emplear esta función, cualquier usuario con al menos acceso de lectura a la cuenta propietaria de la condición de alerta puede ver información de la condición de alerta de varias cuentas. Este acceso se concede independientemente de si el usuario tiene `read` acceso a la cuenta de origen. El usuario puede ver:

* Nombres y detalles de las condiciones, incluidas señales de condición, nombres de facetas, etc.
* Cuestiones e incidencias relativas a la condición de cuentas cruzadas, incluidas señales, nombres de facetas en los títulos de incidencias, etc.
* flujo de trabajo para configurar notificación en cuenta cruzada condición de alerta.
Loading

0 comments on commit 5e58679

Please sign in to comment.