[es] Fix Markdown format

Author: Sea-n

content/es/docs/concepts/configuration/manage-resources-containers.md

@@ -564,8 +564,8 @@ El {{< glossary_tooltip text="planificador" term_id="kube-scheduler" >}} se enca
 la cantidad disponible sea asignada simultáneamente a los Pods.
 
 El servidor de API restringe las cantidades de recursos extendidos a números enteros.
-Ejemplos de cantidades _validas_ son `3`,` 3000m` y `3Ki`. Ejemplos de
-_cantidades no válidas_ son `0.5` y` 1500m`.
+Ejemplos de cantidades _validas_ son `3`, `3000m` y `3Ki`. Ejemplos de
+_cantidades no válidas_ son `0.5` y `1500m`.
 
 {{< note >}}
 Los recursos extendidos reemplazan los Recursos Integrales Opacos.
@@ -630,7 +630,7 @@ está pendiente con un mensaje de este tipo, hay varias cosas para probar:
 - Añadir más nodos al clúster.
 - Terminar Pods innecesarios para hacer hueco a los Pods en estado pendiente.
 - Compruebe que el Pod no sea más grande que todos los nodos. Por ejemplo, si todos los
-  los nodos tienen una capacidad de `cpu: 1`, entonces un Pod con una solicitud de` cpu: 1.1`
+  los nodos tienen una capacidad de `cpu: 1`, entonces un Pod con una solicitud de `cpu: 1.1`
   nunca se programará.
 
 Puedes comprobar las capacidades del nodo y cantidad utilizada con el comando 

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

@@ -64,7 +64,7 @@ el contenedor no puede alcanzar el estado de `running` (en ejecución).
 El comportamiento es similar para un hook `PreStop`.
 Si el hook se cuelga durante la ejecución,
 la fase del Pod permanece en un estado de `terminating` (finalizando) y se cancela después del  `terminationGracePeriodSeconds` (finalización después del periodo de gracia) del pod en cuestión.
-Si un hook `PostStart` o` PreStop` falla, se mata el contenedor.
+Si un hook `PostStart` o `PreStop` falla, se mata el contenedor.
 
 Los usuarios deben hacer que sus controladores de hooks sean lo más livianos posible.
 Hay casos, sin embargo, que los comandos de larga ejecución tienen sentido,
@@ -74,7 +74,7 @@ como cuando se guarda el estado antes de detener un contenedor.
 
 La entrega de un hook está destinada a ser enviada *al menos una vez*,
 lo que significa que un hook puede ser llamado varias veces para cualquier evento dado,
-tanto para `PostStart` como para ` PreStop`.
+tanto para `PostStart` como para `PreStop`.
 Depende de la implementación del hook manejar esto correctamente.
 
 En general, solo se realizan entregas individuales.

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

@@ -129,7 +129,7 @@ Un ejemplo del ciclo de terminación de un Pod:
 1. El Kubelet terminará de eliminar el Pod en el servidor API configurando el período de gracia 0 (eliminación inmediata). El Pod desaparece de la API y ya no es visible desde el cliente.
 
 Por defecto, todas las eliminaciones se realizan correctamente en 30 segundos. El comando `kubectl delete` admite la opción` --grace-period = <seconds> `que permite al usuario anular el valor predeterminado y especificar su propio valor. El valor `0` [forzar eliminación](/es/docs/concepts/workloads/pods/pod/#forzar-destrucción-de-pods) del Pod.
-Debe especificar un indicador adicional `--force` junto con` --grace-period = 0` para realizar eliminaciones forzadas.
+Debe especificar un indicador adicional `--force` junto con `--grace-period = 0` para realizar eliminaciones forzadas.
 
 ### Forzar destrucción de Pods