Skip to content

Translation Pipeline PR #33835

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
buraizu merged 1 commit into from
Jan 13, 2026
Merged

Translation Pipeline PR #33835

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
11 changes: 7 additions & 4 deletions content/es/agent/guide/datadog-agent-manager-windows.md
View file
Open in desktop
Original file line number Diff line number Diff line change
@@ -1,4 +1,7 @@
---
description: Utiliza la interfaz gráfica de usuario del Datadog Agent Manager basada
en el navegador para configurar y gestionar el Windows Agent con navegadores y autenticación
compatibles.
further_reading:
- link: /agent/basic_agent_usage/windows/
tag: Documentación
Expand All @@ -12,7 +15,7 @@ La GUI del Datadog Agent Manager está basada en un navegador. Es posible config

### Requisitos

1. Es necesario habilitar las cookies en tu navegador. La GUI genera y guarda un token en tu navegador para autenticar todas las comunicaciones que se establezcan con el servidor de la GUI.
1. Es necesario habilitar las cookies en tu navegador. La GUI genera en tu navegador, donde también guarda un token que se utiliza para autenticar todas las comunicaciones con el servidor de la GUI.

2. La GUI solo se inicia si el usuario que la ejecuta tiene los permisos correspondientes. Si puedes abrir `datadog.yaml`, puedes utilizar la GUI.

Expand Down Expand Up @@ -62,7 +65,7 @@ La página de estado general se muestra por defecto al iniciar el Datadog Agent
| Agent Info (Información del Agent) | Proporciona información sobre el Agent, como la versión, el nivel de log y las rutas de archivo. |
| System Info (Información del sistema) | Incluye información sobre la hora del sistema, diferencia horaria con NTP, Go y las versiones de Python. |
| Host Info (Información sobre el host) | Proporciona información sobre el host, como el sistema operativo, la plataforma, los procesos y el tiempo de actividad. |
| Hostnames (Nombres de host) | Muestra los nombres de host y las etiquetas (tags) de host detectados por el Agent. |
| Nombres de host | Muestra los nombres de host y las etiquetas (tags) de host detectados por el Agent. |
| JMX Status (Estado de JMX) | Una lista de checks de JMX con su estado. |
| Forwarder | Información sobre el Forwarder del Agent, como el estado de su clave de API. |
| Endpoints | Endpoints utilizados por el Agent. |
Expand Down Expand Up @@ -110,7 +113,7 @@ La página de logs muestra los logs del Agent que se envían a `agent.log`. Los
2019-07-10 17:48:02 EDT | INFO | (transaction.go:114 in Process) | Successfully posted payload to "https://6-2-1-app.agent.datadoghq.com/api/v1/check_run?api_key=*************************12345"
```

### Parámetros
### Configuración

La página de parámetros muestra el contenido del archivo de configuración principal del Agent: `datadog.yaml`. Puedes editar este archivo directamente desde el Datadog Agent Manager. Después de realizar cualquier cambio, haz clic en **Save** (Guardar), en la parte superior derecha, y luego [reinicia el Agent](#restart-agent).

Expand All @@ -136,7 +139,7 @@ Si tienes algún problema con el Agent, la página de flares te ayuda a solucion

Al hacer clic en **Restart Agent** (Reiniciar el Agent) en la barra de navegación de la izquierda, este se reinicia de forma automática. No aparecerá ninguna página ni mensaje de confirmación. Después de reiniciar el Agent, se abrirá la página de [estado general](#general).

## Leer más
## Referencias adicionales

{{< partial name="whats-next/whats-next.html" >}}

Expand Down
12 changes: 7 additions & 5 deletions content/es/containers/guide/container-images-for-docker-environments.md
View file
Open in desktop
Original file line number Diff line number Diff line change
@@ -1,6 +1,8 @@
---
aliases:
- /es/agent/guide/container-images-for-docker-environments
description: Descripción general de las imágenes de contenedores de Datadog disponibles
para entornos de Docker en diferentes registros
further_reading:
- link: /agent/docker/
tag: Documentación
Expand Down Expand Up @@ -28,13 +30,13 @@ Si utilizas Docker, hay varias imágenes de contenedor disponibles a través de


[1]: /es/agent/docker/
[2]: https://console.cloud.google.com/gcr/images/datadoghq/GLOBAL/agent
[2]: https://console.cloud.google.com/artifacts/docker/datadoghq/us/gcr.io/agent
[3]: /es/developers/dogstatsd/
[4]: https://console.cloud.google.com/gcr/images/datadoghq/GLOBAL/dogstatsd
[4]: https://console.cloud.google.com/artifacts/docker/datadoghq/us/gcr.io/dogstatsd
[5]: /es/agent/cluster_agent/
[6]: https://console.cloud.google.com/gcr/images/datadoghq/GLOBAL/cluster-agent
[6]: https://console.cloud.google.com/artifacts/docker/datadoghq/us/gcr.io/cluster-agent
[7]: /es/getting_started/synthetics/private_location/
[8]: https://console.cloud.google.com/gcr/images/datadoghq/GLOBAL/synthetics-private-location-worker
[8]: https://console.cloud.google.com/artifacts/docker/datadoghq/us/gcr.io/synthetics-private-location-worker
{{% /tab %}}
{{% tab "ECR" %}}

Expand All @@ -61,7 +63,7 @@ Si utilizas Docker, hay varias imágenes de contenedor disponibles a través de

Si necesitas usar Docker Hub, consulta [Docker Hub][1].

## Leer más
## Referencias adicionales

{{< partial name="whats-next/whats-next.html" >}}

Expand Down
183 changes: 183 additions & 0 deletions content/es/continuous_delivery/features/code_changes_detection.md
View file
Open in desktop
Original file line number Diff line number Diff line change
@@ -0,0 +1,183 @@
---
description: Descubre cómo CD Visibility detecta los cambios en el código.
further_reading:
- link: /continuous_delivery/deployments/
tag: Documentación
text: Más información sobre Deployment Visibility
- link: /continuous_delivery/explorer
tag: Documentación
text: Aprende a consultar y visualizar los despliegues
title: Detección de cambios en el código
---

{{< callout url="https://docs.google.com/forms/d/e/1FAIpQLScNhFEUOndGHwBennvUp6-XoA9luTc27XBwtSgXhycBVFM9yA/viewform?usp=sf_link" btn_hidden="false" header="Únete a la vista previa" >}}
CD Visibility está en Vista previa. Si te interesa esta función, rellena el formulario para solicitar acceso.
{{< /callout >}}

## Información general

La detección de cambios en el código permite a Datadog identificar las confirmaciones introducidas como parte de un despliegue. Esto es particularmente valioso para:
- Comprende dónde se han desplegado cambios específicos, como el seguimiento de cuándo llegan las actualizaciones al entorno `production`.
- Diagnostica los incidentes relacionados con un despliegue proporcionando visibilidad de los cambios exactos introducidos. Esto ayuda a los equipos a identificar rápidamente las posibles causas raíz y acelerar la resolución de problemas.

Para detectar los cambios en el código desplegado, Datadog ejecuta el [`git log`][1] entre el SHA de la confirmación de despliegue actual y el SHA de la confirmación de despliegue anterior. Las confirmaciones de fusión se excluyen del cálculo.

Los cambios de código desplegados son visibles dentro de cualquier ejecución de despliegue de la [página de Ejecuciones de despliegue][2]. La pestaña **Code Changes** (Cambios de código) muestra el despliegue anterior tomado en consideración, y los cambios de código detectados entre ambos.

{{< img src="continuous_delivery/features/code_changes_tab.png" alt="Pestaña Cambios de código para la función de detección de cambios" style="width:100%;">}}

Además, la columna **Deployments** (Despliegues) de la página [Cambios recientes en el código][3] muestra los detalles de servicio y entorno de todos los despliegues que incluyen una confirmación específica. Esta vista proporciona una forma rápida de entender si los cambios de código se han desplegado y dónde.
Al pasar el ratón por encima del valor del servicio, se muestra si el despliegue ha llegado a todos los entornos esperados, en función de dónde se despliega normalmente el servicio.

{{< img src="continuous_delivery/features/recent_code_changes_deployments.png" alt="Se muestran los despliegues en la página Cambios de código más recientes" style="width:100%;">}}

Los cambios de código solo se detectan para los despliegues que:
- Tienen un servicio (`@deployment.service`) con especificaciones de ruta de archivo definidas en el Software Catalog (ver las [instrucciones de instalación](#specify-service-file-path-patterns) para más información).
- Disponen de un entorno (`@deployment.env`).
- Tienen una URL de repositorio (`@deployment.git.repository_url`) y un SHA de confirmación (`@deployment.git.commit.sha`).

## Configurar

Para permitir la Detección de cambios de código en tus despliegues, se requieren dos pasos:
1. [Sincronizar los metadatos de tu repositorio con Datadog](#synchronize-repository-metadata-to-datadog).
2. [Especificar la ruta del archivo de código fuente para tus servicios](#specify-service-file-path-patterns).

### Sincronizar los metadatos del repositorio con Datadog

<!--
Las siguientes pestañas se copiaron principalmente desde los documentos de la integración del código fuente hasta que encontremos una manera de comprobar esto en una página compartida
https://docs.datadoghq.com/integrations/guide/source-code-integration/?tab=github#synchronize-your-repository-metadata
-->

{{< tabs >}}
{{% tab "GitHub" %}}

<div class="alert alert-danger">
Los procesos de GitHub que ejecutan el activador<a href="https://docs.github.com/en/actions/using-workflows/events-that-trigger-workflows#pull_request"> <code>pull_request</code> no </a> con compatibles con la integración de GitHub.
Si usas el activador <code>pull_request</code>, usa el método alternativo.
</div>

Si la [integración de GitHub][1] no está ya instalada, puedes instalarla en el [ícono de integración de GitHub][2].

Al configurar la aplicación de GitHub:
1. Selecciona al menos permisos de **Lectura** del repositorio para **Contenido** y **Solicitudes de extracción**.
2. Suscríbete al menos a los eventos **Push**, **PullRequest** y **PullRequestReview**.

Para confirmar que la configuración es válida, selecciona tu aplicación de GitHub en el [cuadro de integración de GitHub][2] y comprueba que, en la tabla **Datadog Features** (Funciones de Datadog), la función **Pull Request Information** (Información de solicitudes pull) está marcada como válida.

[1]: https://docs.datadoghq.com/es/integrations/github/
[2]: https://app.datadoghq.com/integrations/github/
{{% /tab %}}

{{% tab "GitLab" %}}

Sigue las instrucciones [de incorporación dentro de la aplicación][1] para configurar la integración del código fuente de GitLab.

**Nota**: El alcance del token de acceso personal de la cuenta de servicio debe ser al menos `read_api`.

[1]: https://app.datadoghq.com/integrations/gitlab-source-code?subPath=configuration
{{% /tab %}}

{{% tab "Other Git Providers" %}}

Puedes cargar los metadatos de tu repositorio de Git con el comando [`datadog-ci git-metadata upload`][1].
Cuando se ejecuta este comando, Datadog recibe la URL del repositorio, el SHA de confirmación de la rama actual y una lista de rutas de archivos rastreados.

Ejecuta este comando en CI para cada nueva confirmación. Cuando se ejecuta un despliegue para un SHA de confirmación específico, asegúrate de que el comando `datadog-ci git-metadata upload` se ejecute para esa confirmación **antes** de que se envíe el evento del despliegue.

<div class="alert alert-danger">
No proporciones la opción <code>--no-gitsync</code> al comando <code>datadog-ci git-metadata upload</code>.
Cuando se incluye esa opción, la información de confirmación no se envía a Datadog y no se detectan los cambios.
</div>

Puedes validar la configuración correcta del comando comprobando la salida del comando. Un ejemplo de una salida correcta es el siguiente:
```
Reporting commit 007f7f466e035b052415134600ea899693e7bb34 from repository [email protected]:organization/example-repository.git.
180 tracked file paths will be reported.
✅ Handled in 0.077 seconds.
```

[1]: https://github.com/DataDog/datadog-ci/tree/master/packages/base/src/commands/git-metadata
{{% /tab %}}
{{< /tabs >}}

### Especificar patrones de ruta de archivos de servicio

Para comprender correctamente los cambios de código que ha introducido un despliegue, solo deben tenerse en cuenta las confirmaciones que afectan al servicio específico que se está desplegando.

Esto se puede hacer en [Software Catalog][5] especificando, para los servicios interesados, los patrones de ruta del archivo glob del código fuente en la [definición del servicio][4].

Si la definición del servicio contiene una URL **completa** de GitHub o GitLab a la carpeta de la aplicación, se utilizará automáticamente un patrón de ruta único. El tipo de enlace debe ser **repo** y el nombre del enlace debe ser "source" o el nombre del servicio (`shopist` en los ejemplos siguientes).

Si tu repositorio contiene un único servicio y deseas que se tengan en cuenta todos los directorios para los cambios de código, puedes omitir este paso. Si despliegas dos o más servicios desde un repositorio, es necesario especificar los patrones de ruta del código fuente.

**Ejemplo (versión del esquema v2.2):**

{{< tabs >}}
{{% tab "GitHub" %}}

```yaml
links:
- name: shopist
type: repo
provider: github
url: https://github.com/organization/example-repository/tree/main/src/apps/shopist
```

{{% /tab %}}

{{% tab "GitLab" %}}

```yaml
links:
- name: shopist
type: repo
provider: gitlab
url: https://gitlab.com/organization/example-repository/-/tree/main/src/apps/shopist?ref_type=heads
```

{{% /tab %}}
{{< /tabs >}}

La detección de cambios en el código para los despliegues del servicio `shopist` solo tendrá en cuenta las confirmaciones de Git que incluyan cambios dentro de la ruta `src/apps/shopist/**`. Puedes configurar un control más detallado utilizando `extensions[datadoghq.com/cd-visibility]` o `extensions[datadoghq.com/dora-metrics]`. Si se detectan ambas extensiones, se utiliza `extensions[datadoghq.com/cd-visibility]`.

**Ejemplo (versión del esquema v2.2):**

```yaml
extensions:
datadoghq.com/cd-visibility:
source_patterns:
- src/apps/shopist/**
- src/libs/utils/**
```

La detección de cambios en el código para los despliegues del servicio `shopist` solo tendrá en cuenta las confirmaciones de Git que incluyan cambios en las rutas `src/apps/shopist/**` o `src/libs/utils/**`.

Si los patrones de código fuente para un servicio se definen tanto en un enlace como en una extensión, al filtrar las confirmaciones solo se tiene en cuenta la extensión.

#### Utiliza patrones de ruta de archivos de servicio para realizar un seguimiento de los cambios en todo el repositorio.
Para detectar cambios en todo el repositorio, utiliza los patrones de ruta de archivos adecuados. Por ejemplo, `"**"` coincide con todos los archivos.

**Ejemplo (versión del esquema v2.2):**

```yaml
extensions:
datadoghq.com/cd-visibility:
source_patterns:
- "**"
```

En este caso, la detección de cambios de código para despliegues del servicio `shopist` considerará las confirmaciones de Git que incluyan cambios en todo el árbol de repositorios.

<div class="alert alert-danger">Si un patrón es exactamente <code>**</code> o comienza con él, enciérralo entre comillas, ya que <code>*</code> está reservado en YAML para los anclajes.</div>


## Referencias adicionales

{{< partial name="whats-next/whats-next.html" >}}

[1]: https://git-scm.com/docs/git-log
[2]: https://app.datadoghq.com/ci/deployments/executions
[3]: https://app.datadoghq.com/ci/commits
[4]: /es/tracing/software_catalog/adding_metadata
[5]: /es/tracing/software_catalog
Loading
Loading