Skip to content

Commit

Permalink
Translated file updates
Browse files Browse the repository at this point in the history
  • Loading branch information
guacbot committed Jan 18, 2025
1 parent cc83174 commit 5f742c5
Show file tree
Hide file tree
Showing 7 changed files with 111 additions and 4 deletions.
72 changes: 72 additions & 0 deletions content/es/cloudcraft/components-azure/database-for-postgresql.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,72 @@
---
title: Componente Database for PostgreSQL
---

## Información general

Puedes utilizar el componente Database for PostgreSQL para representar y visualizar bases de datos PostgreSQL desde tu entorno Azure.

{{< img src="cloudcraft/components-azure/database-for-postgresql/component-database-for-postgresql-diagram.png" alt="Captura de pantalla de un diagrama de Cloudcraft isométrico, que muestra componentes Azure interconectados." responsive="true" style="width:60%;">}}

## Barra de herramientas

Utiliza la barra de herramientas para configurar y personalizar el componente. Están disponibles las siguientes opciones:

- **Color**: Selecciona colores para dar énfasis y rellenar el cuerpo del componente en la vista 3D.
- **Opción de despliegue**: Selecciona el tipo de despliegue para tu base de datos.
- **Nivel**: Selecciona el nivel de rendimiento de tu base de datos.
- **Instancia**: Selecciona el tipo de instancia de tu base de datos. Al cambiar el tipo de instancia se modifican los detalles de hardware que aparecen en la barra de herramientas para reflejar lo que utiliza el hipervisor.
- **Alta disponibilidad**: Selecciona una opción de alta disponibilidad para tu base de datos. Solo está disponible cuando la **opción de despliegue** está configurada como **servidor flexible**.
- **Almacenamiento (GiB)**: Introduce el volumen total de almacenamiento en gibibytes disponible para tu base de datos.

## API

Utiliza [la API Cloudcraft][1] para acceder mediante programación y representar tus diagramas de arquitectura como objetos JSON. El siguiente es un ejemplo de objeto JSON de un componente Database for PostgreSQL:

### Esquema

```json
{
"type": "azurepostgresql",
"id": "db7da7f6-9d1a-46df-808c-6979e02d5182",
"region": "northcentralus",
"mapPos": [5,0],
"deploymentOption": "Single",
"tier": "GeneralPurpose",
"instance": "GP_Gen5_2",
"storageMB": 20480,
"haEnabled": false,
"backupRetention": 7,
"color": {
"isometric": null,
"2d": null
},
"accentColor": {
"isometric": null,
"2d": null
},
"link": "https://azure.microsoft.com/products/postgresql",
"locked": true
}
```

- **type: string**: El tipo de componente. Debe ser una cadena de valor `azurepostgresql` para este componente.
- **id: string, uuid**: El identificador único para el componente. La API utiliza un UUID v4 internamente pero acepta cualquier cadena única.
- **resourceId: string**: El identificador único global para el componente dentro de Azure.
- **region: string**: La región Azure para el componente. La API admite todas las regiones del mundo, excepto China.
- **mapPos: array**: La posición del componente en el plano. La API utiliza un único par de coordenadas X e Y para expresar el posicionamiento.
- **deploymentOption: string**: El tipo de despliegue para la base de datos. Por defecto es `Single`.
- **tier: string**: El nivel de rendimiento de la base de datos. Por defecto es `GeneralPurpose`.
- **instance: string**: El tipo de instancia para la base de datos. Por defecto es `GP_Gen5_2`.
- **storageMB: string**: El volumen total de almacenamiento en megabytes disponible para la base de datos. Por defecto es `20480`.
- **haEnabled: boolean**: Si está habilitada la alta disponibilidad. Por defecto es `false.`
- **color: object**: El color de relleno para el cuerpo del componente.
- **isometric: string**: Un color hexadecimal para el cuerpo del componente en la vista 3D. Por defecto es `#CEE0F5`.
- **2d: string**: Un color hexadecimal para el cuerpo del componente en la vista 2D. Por defecto es `null`.
- **accentColor: object**: El color para dar énfasis al logotipo del componente.
- **isometric: string**: Un color hexadecimal para el logotipo del componente en la vista 3D. Por defecto es `#0078D4`.
- **2d: string**: Un color hexadecimal para el logotipo del componente en la vista 2D. Por defecto es `null`.
- **link: string, uri**: El URI que vincula el componente con otro diagrama o un sitio web externo. Acepta uno de dos formatos, `blueprint://` o `https://`.
- **locked: boolean**: Si se permite cambiar la posición del componente a través de la interfaz web. Por defecto es `false`.

[1]: https://developers.cloudcraft.co/
33 changes: 33 additions & 0 deletions content/es/observability_pipelines/sources/datadog_agent.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,33 @@
---
disable_toc: false
title: Fuente del Datadog Agent
---

Utiliza la fuente del Datadog Agent de Observability Pipelines para recibir logs de tu Datadog Agent. Selecciona y configura esta fuente cuando [configures un pipeline][1].

## Requisitos previos

{{% observability_pipelines/prerequisites/datadog_agent %}}

## Configurar la fuente en la interfaz de usuario del pipeline

{{% observability_pipelines/source_settings/datadog_agent %}}

## Conectar el Datadog Agent al worker de Observability Pipelines

Utiliza el archivo de configuración del Agent o el archivo de valores del Helm chart del Agent para conectar el Datadog Agent al worker de Observability Pipelines.

{{< tabs >}}
{{% tab "Archivo de configuraión del Agent" %}}

{{% observability_pipelines/log_source_configuration/datadog_agent %}}

{{% /tab %}}
{{% tab "Archivo de valores del Helm del Agent" %}}

{{% observability_pipelines/log_source_configuration/datadog_agent_kubernetes %}}

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

[1]: /es/observability_pipelines/set_up_pipelines/
2 changes: 1 addition & 1 deletion content/ja/integrations/kyototycoon.md
Original file line number Diff line number Diff line change
Expand Up @@ -38,7 +38,7 @@ draft: false
git_integration_title: kyototycoon
integration_id: kyoto-tycoon
integration_title: Kyoto Tycoon
integration_version: 4.0.0
integration_version: 4.1.0
is_public: true
manifest_version: 2.0.0
name: kyototycoon
Expand Down
2 changes: 1 addition & 1 deletion content/ja/integrations/lighttpd.md
Original file line number Diff line number Diff line change
Expand Up @@ -37,7 +37,7 @@ draft: false
git_integration_title: lighttpd
integration_id: lighttpd
integration_title: Lighttpd
integration_version: 5.0.0
integration_version: 5.1.0
is_public: true
manifest_version: 2.0.0
name: lighttpd
Expand Down
2 changes: 1 addition & 1 deletion content/ja/integrations/marklogic.md
Original file line number Diff line number Diff line change
Expand Up @@ -42,7 +42,7 @@ draft: false
git_integration_title: marklogic
integration_id: marklogic
integration_title: MarkLogic
integration_version: 6.0.0
integration_version: 6.1.0
is_public: true
manifest_version: 2.0.0
name: marklogic
Expand Down
2 changes: 1 addition & 1 deletion content/ja/integrations/php_fpm.md
Original file line number Diff line number Diff line change
Expand Up @@ -45,7 +45,7 @@ draft: false
git_integration_title: php_fpm
integration_id: php-fpm
integration_title: PHP FPM
integration_version: 5.0.0
integration_version: 5.1.0
is_public: true
manifest_version: 2.0.0
name: php_fpm
Expand Down
Original file line number Diff line number Diff line change
@@ -0,0 +1,2 @@
<div class="alert alert-warning">Si el worker está ingiriendo logs que no proceden del Datadog Agent y se envían a un archivo utilizando como destino archivos Datadog de Observability Pipelines, esos logs no se etiquetan con <a href="https://docs.datadoghq.com/logs/log_configuration/attributes_naming_convention/#reserved-attributes">atributos reservados</a>. Además, los logs rehidratados en Datadog no tendrán asignados atributos estándar. Esto significa que cuando rehidrates tus logs en Log Management, podrías perder la telemetría de Datadog, la capacidad de buscar logs fácilmente y las ventajas del <a href="https://docs.datadoghq.com/getting_started/tagging/unified_service_tagging/?tab=kubernetes">etiquetado unificado de servicios</a> si no estructuras y reasignas tus logs en Observability Pipelines antes de enrutarlos a un archivo.<br><br>Por ejemplo, digamos que tus syslogs se envían a archivos de Datadog y que esos logs tienen su <code>estado</code> etiquetado como <code>gravedad</code>, en lugar del atributo reservado de <code>estado</code>, y el host etiquetado como <code>host-name</code>, en lugar del atributo reservado <code>hostname</code>. Cuando estos logs se rehidratan en Datadog, el estado de cada log se define como <code>info</code> y ninguno de los logs tiene una etiqueta (tag) hostname.
</div>

0 comments on commit 5f742c5

Please sign in to comment.