add es pages

Author: kbhawkey

content/es/docs/concepts/_index.md

@@ -1,17 +1,17 @@
 ---
 title: Conceptos
 main_menu: true
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 La sección de conceptos te ayudará a conocer los componentes de Kubernetes así como las abstracciones que utiliza para representar tu cluster. Además, te ayudará a obtener un conocimiento más profundo sobre cómo funciona Kubernetes.
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Introducción
 
@@ -66,12 +66,13 @@ En un clúster de Kubernetes, los nodos son las máquinas (máquinas virtuales,
 
 * [Annotations](/docs/concepts/overview/working-with-objects/annotations/)
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 Si estás interesado en escribir una página sobre conceptos,
 revisa [Usando Templates de Páginas](/docs/home/contribute/page-templates/)
 para obtener información sobre el tipo de página conceptos y la plantilla conceptos.
 
-{{% /capture %}}
+

content/es/docs/concepts/architecture/cloud-controller.md

@@ -1,10 +1,10 @@
 ---
 title: Conceptos subyacentes del Cloud Controller Manager
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 El concepto del Cloud Controller Manager (CCM) (no confundir con el ejecutable) fue creado originalmente para permitir que Kubernetes y el código específico de proveedores de servicios en la nube evolucionasen de forma independiente. El Cloud Controller Manager se ejecuta a la par con otros componentes maestros como el Kubernetes Controller Manager, el API Server y el planificador. También puede ejecutarse como un extra, en cuyo caso se ejecuta por encima de Kubernetes.
 
@@ -16,10 +16,10 @@ En la siguiente imagen, se puede ver la arquitectura de un cluster de Kubernetes
 
 ![Arquitectura previa a CCM](/images/docs/pre-ccm-arch.png)
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Diseño
 
@@ -235,4 +235,4 @@ Los siguientes proveedores de servicios en la nube han implementado CCMs:
 
 Instrucciones para configurar y ejecutar el CCM pueden encontrarse [aquí](/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager).
 
-{{% /capture %}}
+

content/es/docs/concepts/architecture/master-node-communication.md

@@ -2,17 +2,17 @@
 reviewers:
 - glo-pena
 title: Comunicación Nodo-Maestro
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Este documento cataloga las diferentes vías de comunicación entre el nodo máster (en realidad el apiserver) y el clúster de Kubernetes. La intención es permitir a los usuarios personalizar sus instalaciones para proteger sus configuraciones de red de forma que el clúster pueda ejecutarse en una red insegura. (o en un proveedor de servicios en la nube con direcciones IP públicas)
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ### Clúster a Máster
 
@@ -56,4 +56,3 @@ Kubernetes ofrece soporte para túneles SSH que protegen la comunicación  Mást
 
 Los túneles SSH se consideran obsoletos, y no deberían utilizarse a menos que se sepa lo que se está haciendo. Se está diseñando un reemplazo para este canal de comunicación.
 
-{{% /capture %}}

content/es/docs/concepts/architecture/nodes.md

@@ -2,18 +2,18 @@
 reviewers:
 - glo-pena
 title: Nodos
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Un nodo es una máquina de trabajo en Kubernetes, previamente conocida como `minion`. Un nodo puede ser una máquina virtual o física, dependiendo del tipo de clúster. Cada nodo está gestionado por el componente máster y contiene los servicios necesarios para ejecutar [pods](/docs/concepts/workloads/pods/pod). Los servicios en un nodo incluyen el [container runtime](/docs/concepts/overview/components/#node-components), kubelet y el kube-proxy. Accede a la sección [The Kubernetes Node](http://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md#the-kubernetes-node) en el documento de diseño de arquitectura para más detalle.
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Estado del Nodo
 
@@ -180,4 +180,4 @@ Para reservar explícitamente recursos en la máquina huésped para procesos no
 Un nodo es un recurso principal dentro de la REST API de Kubernetes. Más detalles sobre el objeto en la  API se puede encontrar en: [Object Node API](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#node-v1-core).
 
 
-{{% /capture %}}
+

content/es/docs/concepts/configuration/organize-cluster-access-kubeconfig.md

@@ -1,10 +1,10 @@
 ---
 title: Organizar el acceso a los clústeres utilizando archivos kubeconfig
-content_template: templates/concept
+content_type: concept
 weight: 60
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Utilice los archivos kubeconfig para organizar la información acerca de los clústeres, los
 usuarios, los Namespaces y los mecanismos de autenticación. La herramienta de
@@ -26,9 +26,9 @@ Para obtener instrucciones paso a paso acerca de cómo crear y especificar los a
 consulte el recurso
 [Configurar El Acceso A Múltiples Clústeres](/docs/tasks/access-application-cluster/configure-access-multiple-clusters).
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Compatibilidad con múltiples clústeres, usuarios y mecanismos de autenticación
 
@@ -143,11 +143,12 @@ Las referencias de un archivo en la línea de comandos son relativas al director
 Dentro de `$HOME/.kube/config`, las rutas relativas se almacenan de manera relativa a la ubicación del archivo kubeconfig , al igual que las rutas absolutas
 se almacenan absolutamente.
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 * [Configurar el acceso a multiples Clústeres](/docs/tasks/access-application-cluster/configure-access-multiple-clusters/)
 * [`kubectl config`](/docs/reference/generated/kubectl/kubectl-commands#config)
 
-{{% /capture %}}
+

content/es/docs/concepts/containers/container-environment-variables.md

@@ -3,18 +3,18 @@ reviewers:
 - astuky
 - raelga
 title: Variables de entorno de un Container
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Esta página explica los recursos disponibles para Containers dentro del entorno de un Container.
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Entorno del Container
 
@@ -50,11 +50,12 @@ FOO_SERVICE_PORT=<El puerto dónde está funcionando el servicio>
 Los servicios tienen direcciones IP dedicadas y están disponibles para el Container a través de DNS,
 si el [complemento para DNS](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/dns/) está habilitado.
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 * Más información sobre cómo ejecutar código en respuesta a los cambios de etapa durante ciclo de vida de un contenedor la puedes encontrar en [Container lifecycle hooks](/docs/concepts/containers/container-lifecycle-hooks/).
 * Practica [añadiendo handlers a los lifecycle events de un Container ](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/).
 
-{{% /capture %}}
+

content/es/docs/concepts/containers/container-lifecycle-hooks.md

@@ -1,18 +1,18 @@
 ---
 title: Container Lifecycle Hooks
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Esta página describe como los contenedores gestionados por kubelet pueden utilizar el framework _Container lifecycle hook_ (hook del ciclo de vida del contenedor)
 para ejecutar código disparado por eventos durante la gestión de su ciclo de vida (lifecycle).
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Introducción
 
@@ -109,12 +109,13 @@ Events:
   1m         22s       2      {kubelet gke-test-cluster-default-pool-a07e5d30-siqd}  spec.containers{main}  Warning   FailedPostStartHook
 ```
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 
 * Aprende más sobre [variables de entorno de contenedores](/docs/concepts/containers/container-environment-variables/).
 * Practica
   [adjuntando controladores a los eventos de lifecycle de los contenedores](/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/).
 
-{{% /capture %}}
+

content/es/docs/concepts/overview/what-is-kubernetes.md

@@ -2,18 +2,18 @@
 reviewers:
 - raelga
 title: ¿Qué es Kubernetes?
-content_template: templates/concept
+content_type: concept
 weight: 10
 card:
   name: concepts
   weight: 10
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 Esta página ofrece una visión general sobre Kubernetes.
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 Kubernetes es una plataforma portable y extensible de código abierto para
 administrar cargas de trabajo y servicios. Kubernetes facilita la automatización
 y la configuración declarativa. Tiene un ecosistema grande y en rápido crecimiento.
@@ -154,11 +154,12 @@ En resumen, los beneficios de usar contenedores incluyen:
 El nombre **Kubernetes** proviene del griego y significa *timonel* o *piloto*. Es la raíz de *gobernador* y de [cibernética](http://www.etymonline.com/index.php?term=cybernetics). *K8s*
 es una abrevación que se obtiene al reemplazar las ocho letras "ubernete" con el número 8.
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 *   ¿Estás listo para [empezar](/docs/setup/)?
 *   Para saber más, visita el resto de la [documentación de Kubernetes](/docs/home/).
-{{% /capture %}}
+
 
 

content/es/docs/concepts/overview/working-with-objects/annotations.md

@@ -1,14 +1,14 @@
 ---
 title: Anotaciones
-content_template: templates/concept
+content_type: concept
 weight: 50
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 Puedes usar las anotaciones de Kubernetes para adjuntar metadatos arbitrarios a los objetos, de tal forma que clientes como herramientas y librerías puedan obtener fácilmente dichos metadatos.
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 ## Adjuntar metadatos a los objetos
 
 Puedes usar las etiquetas o anotaciones para adjuntar metadatos a los objetos de Kubernetes.
@@ -68,10 +68,11 @@ Si se omite el prefijo, la clave de la anotación se entiende que es privada par
 
 Los prefijos `kubernetes.io/` y `k8s.io/` se reservan para el uso exclusivo de los componentes principales de Kubernetes.
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 Aprende más acerca de las [Etiquetas y Selectores](/docs/concepts/overview/working-with-objects/labels/).
-{{% /capture %}}
+
 
 

content/es/docs/concepts/overview/working-with-objects/common-labels.md

@@ -1,19 +1,19 @@
 ---
 title: Etiquetas recomendadas
-content_template: templates/concept
+content_type: concept
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 Puedes visualizar y gestionar los objetos de Kubernetes con herramientas adicionales a kubectl
 y el propio tablero de control. Un conjunto común de etiquetas permite a dichas herramientas
 trabajar de forma interoperable, describiendo los objetos de una forma común que todas las
 herramientas puedan entender.
 
 Además del soporte a herramientas, las etiquetas recomendadas describen las aplicaciones
 de forma que puedan ser consultadas.
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 Los metadatos se organizan en torno al concepto de una _aplicación_. Kubernetes no es
 una plataforma como servicio (PaaS) y ni tiene o restringe la definición formal de una aplicación.
 Al contrario, las aplicaciones son informales y se describen mediante el uso de los metadatos.
@@ -171,4 +171,3 @@ metadata:
 
 Con los objetos `StatefulSet` y `Service` de MySQL te darás cuenta que se incluye la información acerca de MySQL y Wordpress, la aplicación global.
 
-{{% /capture %}}

content/es/docs/concepts/overview/working-with-objects/kubernetes-objects.md

@@ -1,17 +1,17 @@
 ---
 title: Entender los Objetos de Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 10
 card:
   name: concepts
   weight: 40
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 Esta página explica cómo se representan los objetos de Kubernetes en la API de Kubernetes, y cómo puedes definirlos en formato `.yaml`.
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 ## Entender los Objetos de Kubernetes
 
 Los *Objetos de Kubernetes* son entidades persistentes dentro del sistema de Kubernetes. Kubernetes utiliza estas entidades para representar el estado de tu clúster. Específicamente, pueden describir:
@@ -69,10 +69,11 @@ Por ejemplo, el formato de la `spec` para un objeto de tipo `Pod` lo puedes enco
 y el formato de la `spec` para un objeto de tipo `Deployment` lo puedes encontrar
 [aquí](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#deploymentspec-v1-apps).
 
-{{% /capture %}}
 
-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 * Aprender más acerca de los objetos básicos más importantes de Kubernetes, como el [Pod](/docs/concepts/workloads/pods/pod-overview/).
-{{% /capture %}}
+