Replace capture shortcodes (es localization)

Author: Tim Bannister

content/es/docs/concepts/workloads/controllers/deployment.md

@@ -5,11 +5,11 @@ feature:
   description: >
     Kubernetes despliega los cambios a tu aplicación o su configuración de forma progresiva mientras monitoriza la salud de la aplicación para asegurarse que no elimina todas tus instancias al mismo tiempo. Si algo sale mal, Kubernetes revertirá el cambio por ti. Aprovéchate del creciente ecosistema de soluciones de despliegue.
 
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Un controlador de _Deployment_ proporciona actualizaciones declarativas para los [Pods](/docs/concepts/workloads/pods/pod/) y los
 [ReplicaSets](/docs/concepts/workloads/controllers/replicaset/).
@@ -23,10 +23,10 @@ Todos los casos de uso deberían cubrirse manipulando el objeto Deployment.
 Considera la posibilidad de abrir un incidente en el repositorio principal de Kubernetes si tu caso de uso no está soportado por el motivo que sea.
 {{< /note >}}
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Casos de uso
 
@@ -1107,4 +1107,4 @@ no generará nuevos despliegues mientras esté pausado. Un Deployment se pausa d
 de forma similar. Pero se recomienda el uso de Deployments porque se declaran del lado del servidor, y proporcionan características adicionales
 como la posibilidad de retroceder a revisiones anteriores incluso después de haber terminado una actualización continua.
 
-{{% /capture %}}
+

content/es/docs/concepts/workloads/controllers/garbage-collection.md

@@ -1,18 +1,15 @@
 ---
 title: Recolección de Basura
-content_template: templates/concept
+content_type: concept
 weight: 60
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 El papel del recolector de basura de Kubernetes es el de eliminar determinados objetos
 que en algún momento tuvieron un propietario, pero que ahora ya no.
 
-{{% /capture %}}
-
-
-{{% capture body %}}referencias de propietario
+<!-- body -->
 
 ## Propietarios y subordinados
 
@@ -168,16 +165,12 @@ Ver [kubeadm/#149](https://github.com/kubernetes/kubeadm/issues/149#issuecomment
 
 Seguimiento en [#26120](https://github.com/kubernetes/kubernetes/issues/26120)
 
-{{% /capture %}}
 
 
-{{% capture whatsnext %}}
+## {{% heading "whatsnext" %}}
+
 
 [Documento de Diseño 1](https://git.k8s.io/community/contributors/design-proposals/api-machinery/garbage-collection.md)
 
 [Documento de Diseño 2](https://git.k8s.io/community/contributors/design-proposals/api-machinery/synchronous-garbage-collection.md)
 
-{{% /capture %}}
-
-
-

content/es/docs/concepts/workloads/controllers/jobs-run-to-completion.md

@@ -1,14 +1,14 @@
 ---
 title: Jobs - Ejecución hasta el final
-content_template: templates/concept
+content_type: concept
 feature:
   title: Ejecución en lotes
   description: >
     Además de los servicios, Kubernetes puede gestionar tus trabajos por lotes y CI, sustituyendo los contenedores que fallen, si así se desea.
 weight: 70
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Un Job crea uno o más Pods y se asegura de que un número específico de ellos termina de forma satisfactoria.
 Conforme los pods terminan satisfactoriamente, el Job realiza el seguimiento de las ejecuciones satisfactorias.
@@ -21,10 +21,10 @@ como consecuencia de un fallo de hardware o un reinicio en un nodo).
 
 También se puede usar un Job para ejecutar múltiples Pods en paralelo.
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Ejecutar un Job de ejemplo
 
@@ -454,4 +454,4 @@ además del control completo de los Pods que se crean y cómo se les asigna trab
 Puedes utilizar un [`CronJob`](/docs/concepts/workloads/controllers/cron-jobs/) para crear un Job que se ejecute en una hora/fecha determinadas, de forma similar
 a la herramienta `cron` de Unix.
 
-{{% /capture %}}
+

content/es/docs/concepts/workloads/controllers/replicaset.md

@@ -1,19 +1,19 @@
 ---
 title: ReplicaSet
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 El objeto de un ReplicaSet es el de mantener un conjunto estable de réplicas de Pods ejecutándose
 en todo momento. Así, se usa en numerosas ocasiones para garantizar la disponibilidad de un
 número específico de Pods idénticos.
 
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Cómo funciona un ReplicaSet
 
@@ -367,4 +367,4 @@ Los dos sirven al mismo propósito, y se comportan de forma similar, excepto por
 no soporta los requisitos del selector basado en conjunto, como se describe en la [guía de usuario de etiquetas](/docs/concepts/overview/working-with-objects/labels/#label-selectors).
 Por ello, se prefiere los ReplicaSets a los ReplicationControllers.
 
-{{% /capture %}}
+

content/es/docs/concepts/workloads/pods/pod.md

@@ -1,18 +1,18 @@
 ---
 reviewers:
 title: Pods
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Los _Pods_ son las unidades de computación desplegables más pequeñas que se pueden crear y gestionar en Kubernetes.
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## ¿Qué és un Pod?
 
@@ -151,4 +151,4 @@ Pod es un recurso de nivel superior en la API REST de Kubernetes.
 La definición de [objeto de API Pod](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#pod-v1-core)
 describe el objeto en detalle.
 
-{{% /capture %}}
+