Translation Pipeline PR (#25163)

* adding translations

* adding translations

* updating translations

* adding translations

* adding translations

* updating translations

* updating translations

* updating translations

* updating translations

* updating translations

* adding translations

* updating translations

* updating translations

* adding translations

* adding translations

* updating translations

* updating translations

* adding translations

* adding translations

* updating translations

* adding translations

* adding translations

content/es/account_management/billing/aws.md

@@ -6,54 +6,57 @@ title: Facturación de la integración de AWS
 
 ## Información general
 
-Datadog cobra por los hosts AWS que ejecutan el Datadog Agent y por todas las instancias EC2 recogidas por la integración entre Datadog y AWS. **No se te cobrará dos veces** si estás ejecutando el Agent en una instancia EC2 recogida por la integración de AWS.
+Datadog factura los hosts de AWS que ejecutan el Datadog Agent y todas las instancias de EC2 seleccionadas por la integración de AWS de Datadog. **No se te factura dos veces** si ejecutas el Agent en una instancia de EC2 seleccionada por la integración de AWS.
 
-**IMPORTANTE**: Datadog utiliza metadatos de instancia EC2 para garantizar que no se te cobre dos veces por los hosts que ejecutan el Agent y que son rastreados por la integración de AWS. Si tus instancias EC2 están configuradas para requerir el uso de [Instance Metadata Service Version 2 (IMDSv2)][1], deberás definir el parámetro`ec2_prefer_imdsv2` como `true` en tu [configuración del Agent][2] para evitar la doble facturación.
+**IMPORTANTE**: Datadog utiliza metadatos de instancia de EC2 para garantizar que no se te facture dos veces por los hosts que ejecutan el agente y que son rastreados por la integración de AWS. Si tus instancias de EC2 están configuradas para requerir el uso de [Instance Metadata Service versión 2 (IMDSv2)][1], entonces debes establecer el parámetro `ec2_prefer_imdsv2` en `true` en tu [configuración del Agent][2] para evitar la facturación doble.
 
-Cuando configures los cuadros de integración de Fargate y de Lambda, así como cualquier métrica personalizada, repercutirá en tu factura de Datadog.
+Cuando configuras los cuadros de integración de Fargate y Lambda, y cualquier métrica personalizada, esto repercute en tu factura de Datadog.
 
-Otros recursos de AWS, como ELB, RDS y DynamoDB, no forman parte de la facturación mensual de la infraestructura. Además, no se aplican las exclusiones de configuración.
+Otros recursos de AWS, como ELB, RDS y DynamoDB, no forman parte de la facturación mensual de infraestructura y no se aplican exclusiones de configuración.
 
 ## Exclusión de recursos de AWS
 
-Puedes limitar las métricas de AWS recopiladas a recursos específicos para algunos servicios. En la [página de integración de Datadog-AWS][3], selecciona la cuenta de AWS y haz clic en la pestaña **Metric Collection** (Recopilación de métricas). En **Limit Metric Collection to Specific Resources** (Limitar la recopilación de métricas a recursos específicos) puedes excluir las métricas para una o varias métricas personalizadas de EC2, Lambda, ELB, Application ELB, Network ELB, RDS, SQS y CloudWatch.
+Puedes limitar las métricas de AWS recopiladas para algunos servicios a recursos específicos. En la [página de integración de AWS de Datadog][3], selecciona la cuenta de AWS y haz clic en la pestaña **Metric Collection**. En **Limit Metric Collection to Specific Resources**, puedes limitar las métricas para una o más de las métricas personalizadas de EC2, Lambda, ELB, Application ELB, Network ELB, RDS, SQS y CloudWatch.
+Asegúrate de que las etiquetas (tags) agregadas a esta sección estén asignadas a los recursos correspondientes en AWS.
 
-{{< img src="account_management/billing/aws-resource-exclusion.png" alt="La pestaña de recopilación de métricas de una cuenta AWS en la página de integración AWS de Datadog. Se muestra la opción de limitar la recopilación de métricas a recursos específicos con un menú desplegable para seleccionar el servicio de AWS y un campo para añadir etiquetas en formato key:value" >}}
+**Nota**: si utilizas la notación de exclusión (`!`), asegúrate de que el recurso carezca de la etiqueta especificada.
 
-También puedes limitar las métricas de AWS utilizando la [API][4]. 
+{{< img src="account_management/billing/aws-resource-exclusion.png" alt="La pestaña de recopilación de métricas de una cuenta de AWS dentro de la página de integración de AWS de Datadog que muestra la opción de limitar la recopilación de métricas a recursos específicos con un menú desplegable para seleccionar el servicio de AWS y un campo para añadir etiquetas en formato clave:valor" >}}
 
-**Nota**: Solo los (hosts) EC2, las (funciones activas) de Lambda y las (métricas personalizadas) de CloudWatch son facturables por Datadog. Las métricas integradas para los demás servicios que puedes filtrar no incurren en cargos de Datadog.
+También puedes limitar las métricas de AWS utilizando la [API][4].
+
+**Nota**: Datadog solo puede facturar EC2 (hosts), Lambda (funciones activas) y CloudWatch Custom Metrics (métricas personalizadas). Las métricas integradas para los demás servicios que puedes filtrar no generan cargos en Datadog.
 
 ### EC2
 
-Los parámetros de exclusión de recursos de métricas EC2 se aplican tanto a las instancias EC2 como a cualquier volumen EBS adjunto. Al añadir límites a cuentas de AWS existentes en la página de integración, las instancias previamente descubiertas podrían permanecer en la [lista de infraestructuras][5] durante un máximo de dos horas. Durante el periodo de transición, las instancias EC2 muestran un estado `???`. Esto no cuenta para tu facturación.
+Los parámetros de exclusión de recursos de métricas EC2 se aplican tanto a las instancias de EC2 como a cualquier volumen EBS adjunto. Al añadir límites a cuentas de AWS existentes en la página de integración, las instancias previamente descubiertas podrían permanecer en la [lista de infraestructuras][5] durante un máximo de dos horas. Durante el periodo de transición, las instancias de EC2 muestran un estado `???`. Esto no cuenta para tu facturación.
 
-Los hosts con un Agent en ejecución siguen mostrándose y se incluyen en la facturación. Utiliza la opción de límite para restringir de AWS la recopilación de métricas `aws.ec2.*`, así como los hosts de instancia EC2 de los recursos de AWS.
+Los hosts con un Agent en ejecución aún se muestran y se incluyen en la facturación. Usa la opción de límite para restringir la recopilación de métricas `aws.ec2.*` de AWS y restringir los hosts de instancias de EC2 de los recursos de AWS.
 
 #### Ejemplos
 
-El siguiente filtro excluye todas las instancias EC2 que contienen la etiqueta (tag) `datadog:no` :
+El siguiente filtro excluye todas las instancias de EC2 que contienen la etiqueta `datadog:no`:
 
 ```
 !datadog:no
 ```
 
-El siguiente filtro sólo recopila métricas de instancias EC2 que contienen las etiquetas `datadog:monitored` **o** `env:production` **o** `instance-type` etiquetar, con un valor de `c1.*`, **y no** una etiqueta `region:us-east-1`:
+El siguiente filtro _solo_ recopila métricas de instancias de EC2 que contienen las etiquetas `datadog:monitored`, `env:production` **o** `instance-type`, con un valor de `c1.*`, **pero no** una etiqueta `region:us-east-1`:
 
 ```
 datadog:monitored,env:production,instance-type:c1.*,!region:us-east-1
 ```
-**Nota**: En Datadog, las mayúsculas se cambian por minúsculas y los espacios se sustituyen por guiones bajos. Por ejemplo, para recopilar métricas de instancias EC2 con la etiqueta `Team:Frontend App` en Datadog, la etiqueta aplicada debe ser `team:frontend_app`.
+**Nota**: En Datadog, las mayúsculas se cambian por minúsculas y los espacios se sustituyen por guiones bajos. Por ejemplo, para recopilar métricas de instancias de EC2 con la etiqueta `Team:Frontend App` en Datadog, la etiqueta aplicada debe ser `team:frontend_app`.
 
 ### CloudWatch Metric Streams con Amazon Data Firehose
 
-Opcionalmente, puedes [enviar métricas de CloudWatch a Datadog utilizando CloudWatch Metric Streams y Amazon Data Firehose][8], en lugar de utilizar el método de sondeo de API predeterminado. Si tu organización utiliza el método CloudWatch Metric Streams con Kinesis, no se aplican las reglas de exclusión de recursos AWS definidas en la página de la integración de AWS de Datadog. Debes gestionar todas las reglas para incluir y excluir espacios de nombres de métricas o nombres específicos de métricas en los parámetros de CloudWatch Metric Streams para cada una de tus cuentas de AWS en la consola de AWS.
+Opcionalmente, puedes [enviar métricas de CloudWatch a Datadog utilizando CloudWatch Metric Streams y Amazon Data Firehose][8], en lugar de utilizar el método de sondeo de API predeterminado. Si tu organización utiliza el método CloudWatch Metric Streams con Kinesis, no se aplican las reglas de exclusión de recursos de AWS definidas en la página de integración de AWS de Datadog. Debes gestionar todas las reglas para incluir y excluir espacios de nombres de métricas o nombres específicos de métricas en la configuración de CloudWatch Metric Streams para cada una de tus cuentas de AWS en la consola de AWS.
 
-## Python
+## Solucionar problemas
 
-Si tienes preguntas técnicas, ponte en contacto con [el servicio de asistencia de Datadog][6].
+Si tienes preguntas técnicas, contacta con el [soporte de Datadog][6].
 
-Si tiene preguntas de facturación, ponte en contacto con tu [asesor de clientes][7].
+Si tienes preguntas sobre la facturación, ponte en contacto con tu [asesor de clientes][7].
 
 [1]: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-service.html
 [2]: https://github.com/DataDog/datadog-agent/blob/main/pkg/config/config_template.yaml

content/es/api/latest/scopes/_index.md

@@ -0,0 +1,19 @@
+---
+disable_sidebar: true
+title: Contextos de autorización
+type: documentación
+---
+## Contextos de autorización
+
+El contexto es un mecanismo de autorización que permite limitar y definir el acceso detallado que tienen las aplicaciones a los datos de Datadog de una organización. Cuando se autoriza el acceso en nombre de un usuario o de una cuenta de servicio, las aplicaciones sólo pueden acceder a la información solicitada explícitamente y nada más.
+
+La práctica recomendada para definir el alcance de las aplicaciones es mantener los privilegios mínimos y los contextos más restrictivos necesarios para que una aplicación función según lo previsto. Esto proporciona a los usuarios un control de acceso detallado de las aplicaciones y transparencia sobre cómo una aplicación está utilizando sus datos. Por ejemplo, una aplicación de terceros que sólo lee datos de dashboard no necesita permisos para eliminar o gestionar usuarios en una organización.
+
+Puedes utilizar contextos de dos formas con Datadog:
+- Limita el contexto de clientes OAuth2 para tus [aplicaciones de Datadog][1]
+- Limita el contexto de tus [claves de aplicación][2] 
+
+{{< api-scopes >}}
+
+[1]: https://docs.datadoghq.com/es/developers/datadog_apps/#oauth-api-access
+[2]: https://docs.datadoghq.com/es/account_management/api-app-keys/

content/es/continuous_integration/guides/_index.md

@@ -0,0 +1,17 @@
+---
+cascade:
+  algolia:
+    category: Guía
+    rank: 20
+    subcategory: Guías de CI Visibility
+disable_toc: true
+private: true
+title: Guías de CI Visibility
+---
+
+{{< whatsnext desc="Pipeline Visibility Guides:" >}}
+    {{< nextlink href="/continuous_integration/guides/ingestion_control" >}}Creación de filtros de exclusión para el control de ingesta{{< /nextlink >}}
+    {{< nextlink href="/continuous_integration/guides/pipeline_data_model" >}}Comprender el modelo de datos de pipeline y tipos de ejecución{{< /nextlink >}}
+    {{< nextlink href="/continuous_integration/guides/infrastructure_metrics_with_gitlab" >}}Correlación de métricas de infraestructura con trabajos de GitLab en Datadog{{< /nextlink >}}
+    {{< nextlink href="/account_management/billing/ci_visibility/" >}}Consideraciones de facturación de CI Visibility{{< /nextlink >}}
+{{< /whatsnext >}}

content/es/database_monitoring/setup_postgres/_index.md

@@ -4,21 +4,12 @@ disable_sidebar: true
 title: Configuración de Postgres
 ---
 
-### Versiones de Postgres compatibles
+### Instrucciones de instalación por tipo de alojamiento
 
-|  | Autoalojadas | Amazon RDS | Amazon Aurora | Google Cloud SQL | Azure |
-|--|------------|---------|------------|------------------|---------|
-| Postgres 9.6 | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
-| Postgres 10 | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
-| Postgres 11 | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
-| Postgres 12 | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
-| Postgres 13 | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
-| Postgres 14 | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
-| Postgres 15 | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} | {{< X >}} |
-| Postgres 16 | {{< X >}} | {{< X >}} | {{< X >}} |  | {{< X >}} |
-
-Para obtener instrucciones de configuración, selecciona tu tipo de alojamiento:
+Para saber cómo configurar la Monitorización de base de datos en una base de datos de Postgres, selecciona tu tipo de alojamiento:
 
 {{< partial name="dbm/dbm-setup-postgres" >}}
 
-<br>
+<br>
+
+Nota: Las versiones 9.6-16 de Postgres son compatibles con cada tipo de alojamiento, a excepción de Google Cloud SQL, que admite las versiones 9.6-15.

content/es/developers/custom_checks/_index.md

@@ -0,0 +1,25 @@
+---
+description: Configurar un check personalizado con Datadog
+title: Checks personalizados
+---
+
+## Información general
+
+Los checks personalizados, también conocidos como checks de Agent personalizados, te permiten recopilar métricas y otros datos de tus sistemas o aplicaciones personalizadas y enviarlos a Datadog. Al crear y configurar un nuevo archivo de check en tu directorio `conf.d`, puedes configurar el Datadog Agent para recopilar datos emitidos desde tu aplicación. Los checks personalizados se consideran de bajo esfuerzo en comparación con escribir una integración de Datadog. Tienen un impacto en tu facturación, porque las métricas emitidas a través de checks personalizados se consideran métricas personalizadas, que tienen un coste asociado dependiendo de tu plan de suscripción.
+
+**Nota**: Un check personalizado es diferente de un check de servicio. Los checks de servicio monitorizan el estado de subida o bajada de un servicio. Para más información, consulta [Checks de servicio][1].
+
+### ¿Debes escribir un check de Agent personalizado o una integración?
+
+Utiliza checks personalizados para recopilar métricas de aplicaciones personalizadas o sistemas únicos. Sin embargo, si estás intentando recopilar métricas de una aplicación disponible de forma general, un servicio público, o de un proyecto de código abierto, Datadog te recomienda que [crees una integración de Agent completa][2]. Para más información sobre cómo enviar tus datos, consulta [Desarrolladores][3]. Para aprender a escribir una integración, consulta [Creación de integraciones nuevas][2].
+
+## Empezando
+
+{{< whatsnext >}}
+    {{< nextlink href="/developers/custom_checks/write_agent_check/" >}}Para comenzar rápidamente, consulta los documentos Escribir un check de Agent. {{< /nextlink >}}
+    {{< nextlink href="/developers/custom_checks/prometheus/" >}}Si necesitas opciones más avanzadas que un check genérico (por ejemplo, procesamiento previo de métricas), consulta los documentos Escribir un check de métricas abiertas personalizadas.{{< /nextlink >}}
+{{< /whatsnext >}}
+
+[1]: /es/developers/service_checks/
+[2]: /es/developers/integrations/agent_integration/
+[3]: /es/developers/