Translation Pipeline PR

content/es/api/latest/feature-flags/_index.md

@@ -0,0 +1,3 @@
+---
+title: Indicadores de características
+---

content/es/error_tracking/issue_states.md

@@ -3,17 +3,18 @@ further_reading:
 - link: /error_tracking/regression_detection/
   tag: Documentación
   text: Detección de regresión
-title: Estados de problemas durante el seguimiento de errores
+title: Estados de incidentes en Error Tracking
 ---
 
 ## Información general
 
-Todos los problemas en el Seguimiento de errores tienen un estado para ayudarte a clasificar y priorizar los problemas o descartar el ruido. Existen cuatro estados:
+Todas las incidencias en Error Tracking tienen un estado que te ayuda a clasificar y priorizar las incidencias o a descartar el ruido. Hay cinco estados:
 
-- **FOR REVIEW** (PARA REVISIÓN): en curso y con necesidad de atención porque el problema es nuevo o se trata de una regresión.
-- **REVIEWED** (REVISADO): clasificado y necesita ser solucionado, ya sea ahora o más tarde. 
-- **IGNORED** (IGNORADO): no requiere ninguna investigación o acción adicional.
-- **RESOLVED** (RESUELTO): solucionado y ya no sucede.
+- **FOR REVIEW** (PARA REVISIÓN): incidencias nuevas o regresivas que requieren atención.
+- **REVIEWED** (REVISADO): incidencias de triaje que deben solucionarse, ahora o más adelante.
+- **RESOLVED** (RESUELTO): incidencias que se han solucionado y ya no se producen.
+- **IGNORED** (IGNORADOS): incidencias que no requieren más investigación o acción.
+- **EXCLUDED** (EXCLUIDOS): incidencias que no requieren más investigación, deja de recopilar nuevos errores y ya no cuentan para el uso o la facturación.
 
 Todas los problemas comienzan con un estado FOR REVIEW (PARA REVISAR). El seguimiento de errores actualiza automáticamente el estado en los casos descritos a continuación, o puedes [actualizar manualmente el estado](#updating-an-error-status). También puedes [ver el historial](#issue-history) de los cambios de estado de un error determinado.
 
@@ -27,29 +28,42 @@ El seguimiento de errores marca automáticamente los problemas como **REVIEWED**
 - Se ha asignado el problema
 - Se ha creado un caso a partir del problema
 
-{{< img src="error_tracking/auto-review-actions.png" alt="Acciones de revisión automática del Seguimiento de errores" style="width:75%;" >}}
+{{< img src="error_tracking/auto-review-actions-2.png" alt="Acciones de revisión automáticas de Error Tracking" style="width:75%;" >}}
 
 ## Resolución automática
 
 El seguimiento de errores marca automáticamente como **RESOLVED** (RESUELTOS) los problemas que parecen inactivos o resueltos debido a la falta de incidencias de error recientes:
 
-- Si el problema se notificó por última vez en una versión con más de 14 días de antigüedad y se ha publicado una versión más reciente que no notifica el mismo error, el Seguimiento de errores resuelve automáticamente el problema. Configura tus servicios con etiquetas de versión (consulta las instrucciones para [APM][1], [RUM][2] y [logs][3]) para asegurarte de que la resolución automática tiene en cuenta las versiones de tus servicios. 
+- Si el problema se notificó por última vez en una versión con más de 14 días de antigüedad y se ha publicado una versión más reciente que no notifica el mismo error, Error Tracking lo resolverá automáticamente. Configura tus servicios con etiquetas de versión (consulta las instrucciones para [APM][1], [RUM][2] y [Logs][3]) para garantizar que la resolución automática tenga en cuenta las versiones de tus servicios.
 - Si no se configuran etiquetas de `version`, el Seguimiento de errores resuelve automáticamente un problema si no se han notificado nuevos errores para ese problemas en los últimos 14 días.
 
+**Nota**: La lógica de autoresolución no tiene en cuenta `version`.
+
 ## Reapertura automática mediante detección de regresiones
 
 Consulta [Detección de regresión][4].
 
 ## Actualización del estado del problema
 
-El estado de un problema aparece en cualquier lugar donde se pueda ver, como en la lista de problemas o en el panel de detalles de un problema determinado. Para actualizar manualmente el estado de un problema, haz clic en el estado y selecciona otro en el menú desplegable.
+El estado de un problema aparece en cualquier lugar donde se pueda ver, como en la lista de problemas o en el panel de detalles de un problema determinada. Para actualizar manualmente el estado de un problema, haz clic en el estado y selecciona otro en el menú desplegable.
+
+{{< img src="error_tracking/updating-issue-status.png" alt="La escala de tiempo de la actividad en el problema de rastreo de errores" style="width:100%;" >}}
+
+## Excluir una incidencia
+
+El estado `EXCLUDED` te permite evitar que se realice un seguimiento de errores específicos, garantizando que no se recopilen ni se tengan en cuenta para la facturación. Esto te ayuda a eliminar errores no procesables o problemas causados por fallos esperados sin necesidad de complejas reglas de exclusión.
+
+Para excluir una incidencia, haz clic en su estado y selecciona **EXCLUDED** (EXCLUIDO) en el menú desplegable. Las incidencias excluidas siguen siendo accesibles en la pestaña **EXCLUDED** (EXCLUIDO). Puedes consultar su historial en cualquier momento.
+
+{{< img src="error_tracking/issue-states-excluded.png" alt="Excluido en el menú desplegable de estado de la incidencia" style="width:100%;" >}}
+
+Para reanudar la recopilación de errores de una incidencia excluida, selecciona cualquier estado que no sea **EXCLUDED** (EXCLUIDO).
 
-{{< img src="error_tracking/updating-issue-status.png" alt="La línea temporal de la actividad en el problema del Seguimiento de errores" style="width:100%;" >}}
 
-## Historial del problema
-Ve un historial de la actividad de tu problema con la **Línea temporal de la actividad**. En el panel de detalles de cualquier problema de Seguimiento de errores, ve la Línea temporal de la actividad haciendo clic en la pestaña **Activity** (Actividad).
+## Historial de problemas
+Consulta el historial de la actividad de tu incidencia con la **Cronología de la actividad**. En el panel de detalles de cualquier incidencia de Error Tracking, consulta la cronología de la actividad haciendo clic en la pestaña **Activity** (Actividad).
 
-{{< img src="error_tracking/issue-status-history-3.png" alt="La línea temporal de la actividad en el problema del Seguimiento de errores" style="width:80%;" >}}
+{{< img src="error_tracking/issue-status-history-3.png" alt="La Cronología de la actividad en la incidencia de Error Tracking" style="width:80%;" >}}
 
 ## Referencias adicionales
 

content/es/error_tracking/issue_team_ownership.md

@@ -0,0 +1,85 @@
+---
+description: Asigna automáticamente las incidencias a equipos basándose en los archivos
+  Git CODEOWNERS.
+further_reading:
+- link: /error_tracking/auto_assign/
+  tag: Documentación
+  text: Auto Assign
+- link: /error_tracking/suspected_causes/
+  tag: Documentación
+  text: Causas sospechosas
+title: Propiedad del equipo de incidencias
+---
+
+## Información general
+
+La propiedad del equipo de incidencias automatiza el trabajo de clasificación asignando las incidencias al equipo adecuado. Tu equipo es propietario de una incidencia si:
+- es propietario del marco del stack tecnológico de nivel superior de la incidencia según GitHub `CODEOWNERS`.
+- es propietario del servicio en el que se produce la incidencia.
+
+**Nota**: No se tienen en cuenta los marcos de stack tecnológico de archivos de terceros. Solo se tiene en cuenta el marco de stack tecnológico superior relacionado con un archivo presente en tu repositorio.
+
+## Aprovechar la propiedad del equipo
+
+La información sobre la propiedad del equipo aparece en el panel de detalles de la emisión cuando está disponible:
+
+{{< img src="error_tracking/ownership-details-2.png" alt="Información de la propiedad del equipo en los detalles de la incidencia" style="width:80%;" >}}
+
+También puedes utilizar la propiedad del equipo de incidencias para filtrar las incidencias por equipo en el Error Tracking Explorer.
+
+{{< img src="error_tracking/ownership-search-bar.png" alt="Filtrado por Propietario del equipo en la barra de búsqueda" style="width:80%;" >}}
+
+### Gestionar la propiedad de las incidencia por parte del equipo
+
+Además de la propiedad automática de equipos, puedes añadir o eliminar manualmente equipos de las incidencias.
+
+#### Añadir un equipo
+
+Para añadir un equipo a una incidencia:
+
+1. Abre el panel de detalles de la incidencia.
+2. Haz clic en **Add team** (Añadir equipo).
+3. Selecciona el equipo que deseas añadir.
+
+#### Eliminar un equipo
+
+Para eliminar un equipo de una incidencia:
+
+1. Abre el panel de detalles de la incidencia.
+2. Haz clic en el equipo que quieras eliminar.
+3. Haz clic en **Unlink team from issue** (Desvincular equipo de la incidencia).
+
+**Nota**: Los equipos añadidos a través de la propiedad del servicio no pueden ser eliminado. Datadog actualiza estos equipos automáticamente basándose en la propiedad del servicio actual.
+
+## Instalación
+
+### Configura la integración del código fuente
+
+1. Asegúrate de que la [integración del código fuente][1] está configurada.
+2. Instala [la integración de GitHub][2].
+3. Asegúrate de que se conceden todos los permisos solicitados (Contenidos, Miembros) para la integración de GitHub.
+
+### Configurar un archivo CODEOWNERS
+Crea un archivo `CODEOWNERS` válido en tu repositorio siguiendo [las normas para CODEOWNERS de GitHub][3].
+
+### Conectar equipos de GitHub a equipos de Datadog
+
+En Datadog, ve a [**Teams**](https://app.datadoghq.com/teams) > Select your team > **Settings** > **GitHub Connection** (Equipos > Selecciona tu equipos > Ajustes > Conexión de GitHub) para asignar tus equipos de Datadog a los equipos de GitHub correspondientes definidos en tu archivo `CODEOWNERS`.
+
+{{< img src="error_tracking/team-github-connection.jpg" alt="Conectar equipos de GitHub con equipos de Datadog" style="width:80%;" >}}
+
+**Nota**: La propiedad del equipo de incidencias solo es compatible con GitHub.
+
+## Configuración
+
+La Propiedad del equipo de incidencias está habilitada por defecto para todos los servicios una vez que se cumplen los requisitos de configuración. Puedes controlar esta característica tanto a nivel global como de servicio a través de la [página de configuración de Error Tracking](https://app.datadoghq.com/error-tracking/settings/issues/ownership).
+
+{{< img src="error_tracking/ownership-config.png" alt="Configuración de la Propiedad del equipo de incidencia" style="width:80%;" >}}
+
+## Referencias adicionales
+
+{{< partial name="whats-next/whats-next.html" >}}
+
+[1]: /es/integrations/guide/source-code-integration
+[2]: /es/integrations/github/
+[3]: https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners

content/es/integrations/isdown-isdown.md

@@ -0,0 +1,59 @@
+---
+algolia:
+  subcategory: Integraciones de Marketplace
+aliases:
+- /es/integrations/isdown_isdown
+app_id: isdown-isdown
+categories:
+- marketplace
+- notificaciones
+custom_kind: integración
+description: Conecta y monitorizar todas las páginas de estado de tus proveedores
+  de nube en Datadog. Información en tiempo real sobre cortes y dashboards de estado.
+integration_version: 1.0.0
+media:
+- caption: IsDown y Datadog Flow
+  image_url: images/isdown_datadog_flow.jpg
+  media_type: imagen
+- caption: Dashboards de IsDown
+  image_url: images/health_dashboard_cloud_providers.jpg
+  media_type: imagen
+- caption: Dashboard de Datadog
+  image_url: images/isdown_datadog_dashboard.jpg
+  media_type: imagen
+- caption: Dashboards de IsDown
+  image_url: images/isdown_dashboards.jpg
+  media_type: imagen
+supported_os:
+- linux
+- windows
+- macos
+title: IsDown
+---
+## Información general
+
+[IsDown](https://isdown.app) es un agregador de página de estado y una herramienta de monitorización de interrupciones que ayuda a las empresas a monitorizar sus dependencias. Con IsDown, proporciona a tu equipo monitorización de proveedores en tiempo real y notificaciones instantáneas de interrupciones en todas tus herramientas y proveedores de nube. IsDown monitoriza más de 3100 páginas de estado.
+
+A través de la [integración predefinida](https://app.datadoghq.com/integrations/isdown), puedes recibir alertas de dependencias de terceros en Datadog, monitorizar servicios críticos para la empresa y comprender la frecuencia de las interrupciones, todo ello dentro del dashboard predefinido.
+
+### Todo en uno monitorización
+
+Monitoriza todas las páginas de estado oficiales y tus propios servicios en Datadog, agilizando el proceso y manteniendo a tu equipo actualizado en tiempo real sobre la estado esencial del servicio.
+
+### Alertas instantáneas de cortes
+
+IsDown alerta al instante cuando se produce una interrupción, lo que permite tiempos de respuesta más rápidos y reduce el impacto del tiempo de inactividad en las operaciones de tu empresa.
+
+### Personalizable monitorización
+
+Monitoriza solo los servicios y componentes vitales de las dependencias de terceros, lo que garantiza que recibas las notificaciones de interrupción pertinentes y evita alertas innecesarias.
+
+## Soporte
+
+Para solicitar asistencia o funciones, ponte en contacto con IsDown a través de cualquiera de los siguientes canales:
+
+- Correo electrónico: [support@isdown.app](mailto:support@isdown.app)
+- Asistencia por chat en la aplicación web
+
+---
+Esta aplicación está disponible a través de Marketplace y cuenta con el apoyo de un socio tecnológico de Datadog. <a href="https://app.datadoghq.com/marketplace/app/isdown-isdown" target="_blank">Haz clic aquí</a> para comprar esta aplicación.