diff --git a/content/es/docs/contribute/start.md b/content/es/docs/contribute/start.md index e833044a72..607ecc966c 100644 --- a/content/es/docs/contribute/start.md +++ b/content/es/docs/contribute/start.md @@ -1,7 +1,7 @@ --- title: Empieza a contribuir slug: start -content_template: templates/concept +content_type: concept weight: 10 card: name: contribute diff --git a/content/es/docs/tasks/debug-application-cluster/audit.md b/content/es/docs/tasks/debug-application-cluster/audit.md index 0566624fc7..fc2dec9e27 100644 --- a/content/es/docs/tasks/debug-application-cluster/audit.md +++ b/content/es/docs/tasks/debug-application-cluster/audit.md @@ -1,9 +1,9 @@ --- -content_template: templates/concept +content_type: concept title: Auditoría --- -{{% capture overview %}} + La auditoría de Kubernetes proporciona un conjunto de registros cronológicos referentes a la seguridad que documentan la secuencia de actividades que tanto los usuarios individuales, como @@ -18,10 +18,10 @@ los administradores y otros componentes del sistema ha realizado en el sistema. - ¿desde dónde se ha iniciado? - ¿hacia dónde iba? -{{% /capture %}} -{{% capture body %}} + + El componente [Kube-apiserver][kube-apiserver] lleva a cabo la auditoría. Cada petición en cada fase de su ejecución genera un evento, que se pre-procesa según un cierto reglamento y @@ -431,4 +431,4 @@ al plugin de elasticsearch que soporta búsquedas avanzadas y analíticas. [logstash_install_doc]: https://www.elastic.co/guide/en/logstash/current/installing-logstash.html [kube-aggregator]: /docs/concepts/api-extension/apiserver-aggregation -{{% /capture %}} + diff --git a/content/es/docs/tasks/debug-application-cluster/debug-init-containers.md b/content/es/docs/tasks/debug-application-cluster/debug-init-containers.md index 1798035178..d4c8ae141b 100644 --- a/content/es/docs/tasks/debug-application-cluster/debug-init-containers.md +++ b/content/es/docs/tasks/debug-application-cluster/debug-init-containers.md @@ -1,27 +1,28 @@ --- title: Depurar Contenedores de Inicialización -content_template: templates/task +content_type: task --- -{{% capture overview %}} + Esta página muestra cómo investigar problemas relacionados con la ejecución de los contenedores de inicialización (init containers). Las líneas de comando del ejemplo de abajo se refieren al Pod como `` y a los Init Containers como `` e `` respectivamente. -{{% /capture %}} -{{% capture prerequisites %}} + +## {{% heading "prerequisites" %}} + {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} * Deberías estar familizarizado con el concepto de [Init Containers](/docs/concepts/abstractions/init-containers/). * Deberías conocer la [Configuración de un Init Container](/docs/tasks/configure-pod-container/configure-pod-initialization/#creating-a-pod-that-has-an-init-container/). -{{% /capture %}} -{{% capture steps %}} + + ## Comprobar el estado de los Init Containers @@ -104,9 +105,9 @@ Los Init Containers que ejecutan secuencias de línea de comandos muestran los c conforme se van ejecutando. Por ejemplo, puedes hacer lo siguiente en Bash indicando `set -x` al principio de la secuencia. -{{% /capture %}} -{{% capture discussion %}} + + ## Comprender el estado de un Pod @@ -122,7 +123,7 @@ Estado | Significado `Pending` | El Pod todavía no ha comenzado a ejecutar sus Init Containers. `PodInitializing` o `Running` | El Pod ya ha terminado de ejecutar sus Init Containers. -{{% /capture %}} + diff --git a/content/es/docs/tasks/debug-application-cluster/logging-elasticsearch-kibana.md b/content/es/docs/tasks/debug-application-cluster/logging-elasticsearch-kibana.md index 72d9e5679d..af95eaff7c 100644 --- a/content/es/docs/tasks/debug-application-cluster/logging-elasticsearch-kibana.md +++ b/content/es/docs/tasks/debug-application-cluster/logging-elasticsearch-kibana.md @@ -1,9 +1,9 @@ --- -content_template: templates/concept +content_type: concept title: Escribiendo Logs con Elasticsearch y Kibana --- -{{% capture overview %}} + En la plataforma Google Compute Engine (GCE), por defecto da soporte a la escritura de logs haciendo uso de [Stackdriver Logging](https://cloud.google.com/logging/), el cual se describe en detalle en [Logging con Stackdriver Logging](/docs/user-guide/logging/stackdriver). @@ -17,9 +17,9 @@ Stackdriver Logging cuando se utiliza la plataforma GCE. No se puede desplegar de forma automática Elasticsearch o Kibana en un clúster alojado en Google Kubernetes Engine. Hay que desplegarlos de forma manual. {{< /note >}} -{{% /capture %}} -{{% capture body %}} + + Para utilizar Elasticsearch y Kibana para escritura de logs del clúster, deberías configurar la siguiente variable de entorno que se muestra a continuación como parte de la creación @@ -108,11 +108,12 @@ Aquí se muestra una vista típica de logs desde el visor de Kibana: ![Kibana logs](/images/docs/kibana-logs.png) -{{% /capture %}} -{{% capture whatsnext %}} + +## {{% heading "whatsnext" %}} + ¡Kibana te permite todo tipo de potentes opciones para explorar tus logs! Puedes encontrar algunas ideas para profundizar en el tema en la [documentación de Kibana](https://www.elastic.co/guide/en/kibana/current/discover.html). -{{% /capture %}} + diff --git a/content/es/docs/tasks/debug-application-cluster/logging-stackdriver.md b/content/es/docs/tasks/debug-application-cluster/logging-stackdriver.md index 2751bc05be..3a247b5e88 100644 --- a/content/es/docs/tasks/debug-application-cluster/logging-stackdriver.md +++ b/content/es/docs/tasks/debug-application-cluster/logging-stackdriver.md @@ -1,9 +1,9 @@ --- title: Escribiendo Logs con Stackdriver -content_template: templates/concept +content_type: concept --- -{{% capture overview %}} + Antes de seguir leyendo esta página, deberías familiarizarte con el [resumen de escritura de logs en Kubernetes](/docs/concepts/cluster-administration/logging). @@ -15,10 +15,10 @@ ver la [estrategia de sidecar](/docs/concepts/cluster-administration/logging#sid en el resumen de escritura de logs en Kubernetes. {{< /note >}} -{{% /capture %}} -{{% capture body %}} + + ## Despliegue @@ -363,4 +363,4 @@ con algunos pequeños cambios: Luego, ejecuta `make build push` desde ese directorio. Cuando el `DaemonSet` haya tomado los cambios de la nueva imagen, podrás usar el plugin que has indicado en la configuración de fluentd. -{{% /capture %}} +