Apply emedina suggestions

content/es/docs/concepts/overview/components.md

@@ -20,12 +20,12 @@ son necesarios para operar un clúster de Kubernetes.
 
 Los componentes que forman el plano de control toman decisiones globales sobre
 el clúster (por ejemplo, la planificación) y detectan y responden a eventos del clúster, como la creación
-de un nuevo pod cuando la propiedad `replicas` de un controlador de replicación no se cumpla.
+de un nuevo pod cuando la propiedad `replicas` de un controlador de replicación no se cumple.
 
-Estos componentes pueden ejecutarse en cualquier nodo del clúster. Sin embargo, y para simplificar, los
-scripts de instalación típicamente los inicican en el mismo nodo de forma exclusiva,
-sin que se ejeccuten contenedores de los usuarios en esos nodo. El plano de control en varios nodos
-para garantizar [alta disponibilidad](/docs/admin/high-availability/).
+Estos componentes pueden ejecutarse en cualquier nodo del clúster. Sin embargo para simplificar, los
+scripts de instalación típicamente se inician en el mismo nodo de forma exclusiva,
+sin que se ejecuten contenedores de los usuarios en esos nodos. El plano de control se ejecuta en varios nodos
+para garantizar la [alta disponibilidad](/docs/admin/high-availability/).
 
 ### kube-apiserver
 
@@ -45,7 +45,7 @@ para garantizar [alta disponibilidad](/docs/admin/high-availability/).
 
 Estos controladores incluyen:
 
-  * Controlador de nodos: es el responsable por detectar y responder cuando un nodo deja de funcionar
+  * Controlador de nodos: es el responsable de detectar y responder cuándo un nodo deja de funcionar
   * Controlador de replicación: es el responsable de mantener el número correcto de pods para cada controlador
   de replicación del sistema
   * Controlador de endpoints: construye el objeto `Endpoints`, es decir, hace una unión entre los `Services` y los `Pods`
@@ -54,16 +54,16 @@ Estos controladores incluyen:
 ### cloud-controller-manager
 
 [cloud-controller-manager](/docs/tasks/administer-cluster/running-cloud-controller/) ejecuta controladores que
-interactúan con proveedores de la nube. El binario `cloud-controller-manager` es una característica alpha que debutó en la versión 1.6 de Kubernetes.
+interactúan con proveedores de la nube. El binario `cloud-controller-manager` es una característica alpha que se introdujo en la versión 1.6 de Kubernetes.
 
-`cloud-controller-manager` solo ejecuta ciclos de control específicos de cada proveedor de la nube. Debes
-desactivar estos ciclos en `kube-controller-manager`. Puedes desactivarlos pasando la opción `--cloud-provider= external` cuando arranques el `kube-controller-manager`.
+`cloud-controller-manager` sólo ejecuta ciclos de control específicos para cada proveedor de la nube. Es posible
+desactivar estos ciclos en `kube-controller-manager` pasando la opción `--cloud-provider= external` cuando se arranque el `kube-controller-manager`.
 
-`cloud-controller-manager` permite que el código de Kubernetes y el del proveedor de la nube evolucionen de manera independiente. Anteriormente, el código de Kubernetes dependía de la funcionalidad específica de cada proveedor de la nube. En el futuro, el código que sea específico a una plataforma debería ser mantenido por el proveedor de la nube y enlazadao a `cloud-controller-manager` al correr Kubernetes.
+`cloud-controller-manager` permite que el código de Kubernetes y el del proveedor de la nube evolucionen de manera independiente. Anteriormente, el código de Kubernetes dependía de la funcionalidad específica de cada proveedor de la nube. En el futuro, el código que sea específico a una plataforma debería ser mantenido por el proveedor de la nube y enlazado a `cloud-controller-manager` al correr Kubernetes.
 
 Los siguientes controladores dependen de alguna forma de un proveedor de la nube:
 
-  * Controlador de nodos: es el responsable de detectar y actuar cuando un nodo deja de responder
+  * Controlador de nodos: es el responsable de detectar y actuar cuándo un nodo deja de responder
   * Controlador de rutas: para configurar rutas en la infraestructura de nube subyacente
   * Controlador de servicios: para crear, actualizar y eliminar balanceadores de carga en la nube
   * Controlador de volúmenes: para crear, conectar y montar volúmenes e interactuar con el proveedor de la nube para orquestarlos
@@ -91,11 +91,11 @@ ellos: [Docker](http://www.docker.com), [containerd](https://containerd.io), [cr
 Los _addons_ son pods y servicios que implementan funcionalidades del clúster. Estos pueden ser administrados
 por `Deployments`, `ReplicationControllers` y otros. Los _addons_ asignados a un espacio de nombres se crean en el espacio `kube-system`.
 
-Describimos algunos _addons_ más abajo. Para una lista más completa de los _addons_ disponibles por favor visite [Addons](/docs/concepts/cluster-administration/addons/).
+Más abajo se describen algunos _addons_. Para una lista más completa de los _addons_ disponibles, por favor visite [Addons](/docs/concepts/cluster-administration/addons/).
 
 ### DNS
 
-Si bien los otros _addons_ no son estrictamente necesarios, todos los clústers de Kubernetes deberían tener [DNS interno del clúster](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.
+Si bien los otros _addons_ no son estrictamente necesarios, todos los clústers de Kubernetes deberían tener un [DNS interno del clúster](/docs/concepts/services-networking/dns-pod-service/) ya que la mayoría de los ejemplos lo requieren.
 
 El DNS interno del clúster es un servidor DNS, adicional a los que ya podrías tener en tu red, que sirve registros DNS a los servicios de Kubernetes.
 

content/es/docs/reference/glossary/controller.md

@@ -16,7 +16,7 @@ tags:
 
 En Kubernetes, los controladores son bucles de control que observan el estado del
 {{< glossary_tooltip term_id="cluster" text="clúster">}}, y ejecutan o solicitan
-los cambios que sean necesarios para llevar el estado actual del cluster más
+los cambios que sean necesarios para llevar el estado actual del clúster más
 cerca del estado deseado.
 
 <!--more-->
@@ -29,5 +29,5 @@ Algunos controladores también se ejecutan dentro del mismo plano de control,
 proporcionado los bucles de control necesarios para las operaciones principales
 de Kubernetes. Por ejemplo, el controlador de Deployments, el controlador de
 DaemonSets, el controlador de Namespaces y el controlador de volúmenes
-persistentes entre otros, se ejecutan dentro del
+persistentes, entre otros, se ejecutan dentro del
 {{< glossary_tooltip term_id="kube-controller-manager" >}}.

content/es/docs/reference/glossary/kube-scheduler.md

@@ -15,11 +15,11 @@ tags:
 Componente del plano de control que está pendiente de los
 {{< glossary_tooltip term_id="pod" text="Pods" >}} que no tienen ningún
 {{< glossary_tooltip term_id="node" text="nodo">}} asignado
-y seleciona uno dónde ejecutarlo.
+y seleciona uno donde ejecutarlo.
 
 <!--more-->
 
-Para decidir en que {{< glossary_tooltip term_id="node" text="nodo">}}
+Para decidir en qué {{< glossary_tooltip term_id="node" text="nodo">}}
 se ejecutará el {{< glossary_tooltip term_id="pod" text="pod" >}}, se tienen
-en cuenta diversos factores: requisitos de recursos, restricciones de hardware/software/polítcas,
+en cuenta diversos factores: requisitos de recursos, restricciones de hardware/software/políticas,
 afinidad y anti-afinidad, localización de datos dependientes, entre otros.