Apply suggestions from code review

Co-authored-by: German Robayo <[email protected]>

Author: fjglira

content/es/about/deployment/index.md

@@ -41,7 +41,7 @@ Existen muchas buenas razones para adoptar Istio: desde agregar seguridad a sus
 
 Introduzca gradualmente sus servicios en la service mesh labeling un namespace a la vez. Por defecto, los servicios en múltiples namespaces pueden comunicarse entre sí, pero puede aumentar el aislamiento seleccionando cuáles exponer a otros namespaces. El uso de namespaces también mejora el rendimiento ya que las configuraciones están limitadas.
 
-Istio es flexible para adaptarse a la configuración de su cluster de Kubernetes y a la arquitectura de red. Puede optar por ejecutar múltiplesmesh con planos de control independientes o tener uno solo.
+Istio es flexible para adaptarse a la configuración de su clúster de Kubernetes y a la arquitectura de red. Puede optar por ejecutar múltiplesmesh con planos de control independientes o tener uno solo.
 
 Mientras los pods puedan conectarse a la red, Istio funcionará; incluso puede configurar gateways de Istio para que actúen como un host bastión entre diferentes redes.
 
@@ -63,7 +63,7 @@ Lea más sobre [cómo habilitar aplicaciones para que las utilice Istio](/es/doc
 
 ### Habilitar seguridad
 
-Istio configurará los servicios en su meshpara usar mTLS cuando sea posible. Por defecto, Istio se ejecutará en modo "mTLS permisivo", lo que significa que los servicios aceptarán tanto tráfico cifrado como no cifrado; esto permite mantener la funcionalidad del tráfico entre servicios fuera de el mesh temporalmente. Una vez que todos sus servicios estén integrados en el mesh, podrá [cambiar la política de autenticación](/es/docs/tasks/security/authentication/mtls-migration/) para permitir solo tráfico seguro (TLS).
+Istio configurará los servicios en su mesh para usar mTLS cuando sea posible. Por defecto, Istio se ejecutará en modo "mTLS permisivo", lo que significa que los servicios aceptarán tanto tráfico cifrado como no cifrado; esto permite mantener la funcionalidad del tráfico entre servicios fuera de el mesh temporalmente. Una vez que todos sus servicios estén integrados en el mesh, podrá [cambiar la política de autenticación](/es/docs/tasks/security/authentication/mtls-migration/) para permitir solo tráfico seguro (TLS).
 
 ### Las dos API de Istio
 
@@ -75,13 +75,13 @@ Istio no es solo para Kubernetes; también puede [añadir servicios en máquinas
 
 ## Monitorizar sus servicios
 
-Explore el tráfico que fluye por su meshusando [Kiali](/es/docs/ops/integrations/kiali/) o haga un seguimiento de las solicitudes con [Zipkin](/es/docs/tasks/observability/distributed-tracing/zipkin/) o [Jaeger](/es/docs/tasks/observability/distributed-tracing/jaeger/).
+Explore el tráfico que fluye por su mesh usando [Kiali](/es/docs/ops/integrations/kiali/) o haga un seguimiento de las solicitudes con [Zipkin](/es/docs/tasks/observability/distributed-tracing/zipkin/) o [Jaeger](/es/docs/tasks/observability/distributed-tracing/jaeger/).
 
 Use los paneles predeterminados de [Grafana](/es/docs/ops/integrations/grafana/) para Istio y obtenga informes automáticos de señales doradas para los servicios que se ejecutan en un mesh.
 
 ## Consideraciones operativas y Día 2
 
-Como propietario de la plataforma, usted es responsable de instalar y mantener el mesh actualizada con poco impacto en los equipos de servicios.
+Como propietario de la plataforma, usted es responsable de instalar y mantener el mesh actualizado con poco impacto en los equipos de servicios.
 
 ### Instalación
 

content/es/about/faq/metrics-and-logs/telemetry-v1-vs-v2.md

@@ -9,7 +9,7 @@ y es el mecanismo preferido para mostrar la telemetría en Istio.
 Sin embargo, existen algunas diferencias en la telemetría informada entre v1 y
 v2 que se enumeran a continuación:
 
-* **Faltan labels para el tráfico fuera de el mesh**
+* **Faltan etiquetas para el tráfico fuera de el mesh**
   La telemetría en el proxy se basa en el intercambio de metadatos entre los proxies de Envoy para recopilar
   información como el nombre de el workload del par, el namespace y las labels. En la telemetría basada en Mixer
   , esta funcionalidad la realizaba Mixer como parte de la combinación de los atributos de la solicitud

content/es/blog/2024/ambient-reaches-beta/index.md

@@ -20,7 +20,7 @@ preparación para producción sin sidecars.
 
 ## ¿Por qué el modo ambient?
 
-Al escuchar los comentarios de los usuarios de Istio, observamos una creciente demanda de capacidades de meshpara las aplicaciones, pero
+Al escuchar los comentarios de los usuarios de Istio, observamos una creciente demanda de capacidades de mesh para las aplicaciones, pero
 escuchamos que a muchos de ustedes les resultaba difícil superar la sobrecarga de recursos y la complejidad operativa de los sidecars. Los desafíos que los usuarios de sidecar
 compartieron con nosotros incluyen cómo Istio puede romper las aplicaciones después de agregar los sidecars, el gran consumo de CPU y memoria por parte de los
 sidecars, y la inconveniencia del requisito de reiniciar los pods de las aplicaciones con cada nueva versión del proxy.
@@ -46,7 +46,7 @@ suave de ninguna malla, a una superposición segura (L4), a un procesamiento com
 tu flota.
 
 El modo ambient funciona sin necesidad de ninguna modificación en tus implementaciones de Kubernetes existentes. Puedes etiquetar un namespace para
-agregar todas sus workloads a el mesh, o incluir ciertas implementaciones según sea necesario. Al utilizar el modo ambient, los usuarios
+agregar todas sus workloads al mesh, o incluir ciertas implementaciones según sea necesario. Al utilizar el modo ambient, los usuarios
 evitan algunos de los elementos previamente restrictivos del modelo de sidecar. Los protocolos de envío primero del servidor ahora
 funcionan, la mayoría de los puertos reservados ahora están disponibles y se elimina la capacidad de los contenedores para omitir el sidecar, ya sea
 maliciosamente o no.

content/es/blog/2024/ambient-reaches-ga/index.md

@@ -12,7 +12,7 @@ Ambient mesh — y su implementación de referencia con el modo ambient de Istio
 
 ## ¿Por qué ambient mesh?
 
-Desde el lanzamiento de Istio en 2017, hemos observado una demanda clara y creciente de capacidades de meshpara aplicaciones, pero escuchamos que a muchos usuarios les resultaba difícil superar la sobrecarga de recursos y la complejidad operativa de los sidecars. Los desafíos que los usuarios de Istio compartieron con nosotros incluyen cómo los sidecars pueden romper las aplicaciones después de que se agregan, el gran requisito de CPU y memoria para un proxy con cada workload, y la inconveniencia de necesitar reiniciar los pods de la aplicación con cada nueva versión de Istio.
+Desde el lanzamiento de Istio en 2017, hemos observado una demanda clara y creciente de capacidades de mesh para aplicaciones, pero escuchamos que a muchos usuarios les resultaba difícil superar la sobrecarga de recursos y la complejidad operativa de los sidecars. Los desafíos que los usuarios de Istio compartieron con nosotros incluyen cómo los sidecars pueden romper las aplicaciones después de que se agregan, el gran requisito de CPU y memoria para un proxy con cada workload, y la inconveniencia de necesitar reiniciar los pods de la aplicación con cada nueva versión de Istio.
 
 Como comunidad, diseñamos ambient mesh desde cero para abordar estos problemas, aliviando las barreras anteriores de complejidad que enfrentaban los usuarios que buscaban implementar una service mesh. El nuevo concepto se denominó 'ambient mesh' ya que fue diseñado para ser transparente para tu aplicación, sin infraestructura de proxy ubicada junto con los workloads del usuario, sin cambios sutiles en la configuración necesarios para la incorporación y sin necesidad de reiniciar la aplicación.
 En el modo ambient es trivial agregar o eliminar aplicaciones de el mesh. Todo lo que necesitas hacer es [etiquetar un namespace](/es/docs/ambient/usage/add-workloads/), y todas las aplicaciones en ese namespace se agregan instantáneamente a el mesh. Esto asegura inmediatamente todo el tráfico dentro de ese namespace con cifrado TLS mutuo estándar de la industria, ¡sin necesidad de otra configuración o reinicios!

content/es/blog/2024/gateway-mesh-ga/index.md

@@ -1,5 +1,5 @@
 ---
-title: "El soporte de meshde la API de Gateway es promovido a Estable"
+title: "El soporte de mesh de la API de Gateway es promovido a Estable"
 description: Las API de enrutamiento de tráfico de Kubernetes de próxima generación ya están disponibles de forma general para casos de uso de service mesh.
 publishdate: 2024-05-13
 attribution: John Howard - solo.io

content/es/blog/2024/happy-7th-birthday/index.md

@@ -93,7 +93,7 @@ y no tener que implementar eso en nuestra base de código de aplicación.**
 {{< /quote >}}
 
 {{< quote >}}
-**Usamos Istio en Predibase ampliamente para simplificar la comunicación entre nuestra meshmulti-cluster que ayuda a implementar
+**Usamos Istio en Predibase ampliamente para simplificar la comunicación entre nuestra mesh multi-cluster que ayuda a implementar
 y entrenar modelos LLM de código abierto ajustados con baja latencia y conmutación por error. Con Istio, obtenemos una gran cantidad de funcionalidades listas para usar que de otro modo
 nos llevaría semanas implementar.**
 

content/es/blog/2024/in-cluster-operator-deprecation-announcement/index.md

@@ -50,7 +50,7 @@ Usando el nombre de tu recurso, descarga la configuración de tu operador en for
 $ kubectl get IstioOperator <name> -o yaml > istio.yaml
 {{< /text >}}
 
-Deshabilita el Operador In-Cluster. Esto no deshabilitará tu control plane ni interrumpirá el tráfico de tu meshactual.
+Deshabilita el Operador In-Cluster. Esto no deshabilitará tu control plane ni interrumpirá el tráfico de tu mesh actual.
 
 {{< text bash >}}
 $ kubectl scale deployment -n istio-system istio-operator –replicas 0