Apply suggestions from code review

Co-authored-by: Rodolfo Martínez Vega <rodomar@outlook.com>
Co-authored-by: Carol Valencia <8355621+krol3@users.noreply.github.com>

content/es/blog/_posts/2023-08-29-Gateway-API-v080.md

@@ -16,7 +16,7 @@ Es un gran placer anunciar la versión v0.8.0 de Gateway API. Con esta versión,
 el soporte para service mesh en Gateway API ha alcanzado el [estado
 Experimental][status]. ¡Esperamos tus comentarios en la nueva versión!
 
-Además, nos alegra anunciar que Kuma 2.3+, Linkerd 2.14+, e Istio 1.16+
+Además, nos alegra anunciar que Kuma 2.3+, Linkerd 2.14+ e Istio 1.16+
 cumplen completamente con el soporte de service mesh de Gateway API.
 
 > _Nota: "Gateway API" es un nombre propio de esta API._
@@ -24,9 +24,9 @@ cumplen completamente con el soporte de service mesh de Gateway API.
 ## Soporte para service mesh en Gateway API
 
 Aunque el foco inicial de Gateway API siempre fue el tráfico de entrada al
-cluster (north-south), estaba claro casi desde el principio que los mismos
+cluster (norte-sur), estaba claro casi desde el principio que los mismos
 conceptos básicos de enrutamiento también deberían aplicarse al tráfico de
-service mesh (east-west). En 2022, el subproyecto Gateway API lanzó [la
+service mesh (este-oeste). En 2022, el subproyecto Gateway API lanzó [la
 iniciativa GAMMA][gamma], un flujo de trabajo independiente a los distintos
 proveedores, para examinar la mejor manera de adaptar el soporte de service
 mesh al marco de los recursos de Gateway API, sin hacer que los usuarios
@@ -43,7 +43,7 @@ para permitir que Gateway API soporte service mesh.
 Todos los detalles se puede encontrar en [la documentación de la mesh de
 Gateway API][mesh-routing] y en [GEP-1426], pero en resumen: en Gateway API
 v0.8.0, un HTTPRoute puede tener un `parentRef` que sea un Service, no solo un
-Gateway. Anticipamos GEPs futuros en este área a medida que adquirimos más
+Gateway. Anticipamos GEPs futuros en esta área a medida que adquirimos más
 experiencia con los casos de uso de service mesh: la capacidad de asociar un
 HTTPRoute con un Service permite usar Gateway API para una service mesh, pero
 hay múltiples casos de uso interesantes que son difíciles de manejar.
@@ -101,8 +101,8 @@ compatibles con el perfil `Mesh`.
 
 ## ¿Qué más hay en Gateway API v0.8.0?
 
-Versión v0.8.0 trata principalmente de preparar Gateway API para versión
+Ésta versión trata principalmente de preparar Gateway API para la versión
-v.1.0, en la que planeamos que HTTPRoute, Gateway, y GatewayClass se graduarán
+v.1.0, en la que planeamos que HTTPRoute, Gateway y GatewayClass se graduarán
 a GA. Hay dos cambios principales relacionados con esta preparación:
 validación CEL y cambios en la versión de la API.
 
@@ -143,33 +143,33 @@ soportados por Gateway API, y la versión v0.8.0 no se puede instalar en ellas
 ### Cambios en la versión de la API
 
 En la versión de Gateway API v1.0, se graduarán los recursos Gateway,
-GatewayClass, y HTTPRoute a la versión de API v1 desde v1beta1. Como
+GatewayClass y HTTPRoute a la versión de API v1 desde v1beta1. Como
 preparación, seguimos actualizando las versiones de los recursos que se han
 graduado desde la versión v1alpha1 a v1beta1. Para más información, consulta
-[las notas de lanzamiento a la versión v0.8.0][v0.8.0 release notes].
+[las notas de lanzamiento de la versión v0.8.0][v0.8.0 release notes].
 
 ## Cómo empezar con Gateway API
 
-Gateway API representa el futuro de las APIs de load balancing, enrutamiento,
+Gateway API representa el futuro de las APIs de load balancing, enrutamiento
 y service mesh en Kubernetes. Ya hay mas que 20 [implementaciones][impl]
 disponibles (incluidos controlodores de ingress y service meshes) y este
 número siempre está creciendo.
 
 Si tienes interés en Gateway API, te recomendamos empezar con [la
 documentación oficial sobre conceptos de la API][concepts]. Además, las
-[Guides][guides] cubren la instalación y configuración de Gateway API, y
+[Guías][guides] cubren la instalación y configuración de Gateway API, y
 demuestran cómo usar Gateway API para lograr varios casos de uso comunes. Dado
 que esta API se basa en CRDs, puedes instalar la última versión en cualquier
 cluster de Kubernetes 1.23+.
 
 Si tienes ganas de contribuir a Gateway API, ¡nos alegra saberlo! Por favor no
-tengas dudas en crear una nueva issue en nuestro repositorio de GitHub, o
+tengas dudas en crear un nuevo issue en nuestro repositorio de GitHub o
 unirte a las discusiones. Además puedes consultar la página de la comunidad,
 que tiene enlaces a Slack e información sobre nuestras reuniones comunitarias
 cada dos semanas.
 
 Gracias por tu continuo apoyo y comentarios sobre Gateway API. Estamos
-emocionados de ver cómo usas esta API en producción, y esperamos escuchar
+emocionados de ver cómo usas esta API en producción y esperamos escuchar
 sobre tus experiencias.
 
 ## Leer más
@@ -182,7 +182,7 @@ sobre tus experiencias.
 - [GEP-1686] se basa en el trabajo del [GEP-1709] y define un perfil de
   conformidad para que una service mesh se declare conforme con Gateway API.
 
-Aunque estos patrones están [Experimental][status], están disponibles en el
+Aunque estos patrones están en [Experimental][status], están disponibles en el
 [canal `standard`][ch], porque la iniciativa GAMMA no ha necesito agregar
 nuevos recursos o campos hasta ahora.