--amend

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

@@ -1,9 +1,9 @@
 ---
-title: Despliegues
+title: Deployment
 feature:
-  title: Despliegues y retrocesiones automáticos
+  title: Despliegues y _rollback_ automáticos
   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 retrocederá el cambio por ti. Aprovéchate del creciente ecosistema de soluciones de despliegue.
+    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
 weight: 30
@@ -333,9 +333,9 @@ la creación de un nuevo ReplicaSet.
 No se marca ningún ReplicaSet existente como huérfano, y no se crea ningún ReplicaSet nuevo, pero debe tenerse en cuenta que
 la etiqueta eliminada todavía existe en los Pods y ReplicaSets que se están ejecutando.
 
-## Retroceder un Deployment
+## Revertir un Deployment
 
-En ocasiones necesitas retroceder un Deployment; por ejemplo, cuando el Deployment no es estable, como cuando no para de reiniciarse.
+En ocasiones necesitas revertir un Deployment; por ejemplo, cuando el Deployment no es estable, como cuando no para de reiniciarse.
 Por defecto, toda la historia de despliegue del Deployment se mantiene en el sistema de forma que puedes retroceder en cualquier momento
 (se puede modificar este comportamiento cambiando el límite de la historia de revisiones de modificaciones).
 
@@ -1021,7 +1021,7 @@ y no se comportarán de forma correcta.
 `.spec.strategy` especifica la estrategia usada para remplazar los Pods viejos con los nuevos.
 `.spec.strategy.type` puede tener el valor "Recreate" o "RollingUpdate". "RollingUpdate" el valor predeterminado.
 
-#### Despliegue de recreación
+#### Despliegue mediante recreación
 
 Todos los Pods actuales se eliminan antes de que los nuevos se creen cuando `.spec.strategy.type==Recreate`.
 
@@ -1044,7 +1044,7 @@ el ReplicaSet viejo puede reducirse aún mas, seguido de un escalado del nuevo R
 asegurándose que el número total de Pods disponibles en todo momento durante la actualización
 es de al menos el 70% de los Pods deseados.
 
-##### Máx. Aumento
+##### Número máximo de pods por encima del número deseado
 
 `.spec.strategy.rollingUpdate.maxSurge` es un campo opcional que indica el número máximo de Pods
 que puede crearse por encima del número deseado de Pods. El valor puede ser un número absoluto (por ejemplo, 5)
@@ -1057,7 +1057,7 @@ excede el 130% de los Pods deseados. Una vez que los viejos Pods se han eliminad
 puede seguir escalándose, asegurándose que el número total de Pods ejecutándose en todo momento
 durante la actualización es como mucho del 130% de los Pods deseados.
 
-### Segundos para vencimiento del avance
+### Segundos para vencimiento del progreso
 
 `.spec.progressDeadlineSeconds` es un campo opcional que indica el número de segundos que quieres
 esperar a que tu Deployment avance antes de que el sistema reporte que dicho Deployment
@@ -1068,7 +1068,7 @@ retrocederá el despliegue en cuanto detecte ese estado.
 
 Si se especifica, este campo debe ser mayor que `.spec.minReadySeconds`.
 
-### Segundos Mínimos para Listo
+### Tiempo mínimo para considerar el Pod disponible
 
 `.spec.minReadySeconds` es un campo opcional que indica el número mínimo de segundos en que
 un Pod recién creado debería estar listo sin que falle ninguno de sus contenedores, para que se considere disponible.
@@ -1080,7 +1080,7 @@ cuándo un Pod se considera que está listo, ver las [pruebas de contenedor](/do
 El campo `.spec.rollbackTo` se ha quitado de las versiones `extensions/v1beta1` y `apps/v1beta1` de la API, y ya no se permite en las versiones de la API a partir de `apps/v1beta2`.
 En su caso, se debería usar `kubectl rollout undo`, tal y como se explicó en [Retroceder a una Revisión Previa](#rolling-back-to-a-previous-revision).
 
-### Límite de Historia de Revisiones
+### Límite del histórico de revisiones
 
 La historia de revisiones de un Deployment se almacena en los ReplicaSets que este controla.