add requested changes

Author: morallito

content/pt-br/docs/concepts/cluster-administration/proxies.md

@@ -16,34 +16,35 @@ Existem vários tipos diferentes de proxies que você pode encontrar usando Kube
 
 1.  O [kubectl proxy](/docs/tasks/access-application-cluster/access-cluster/#directly-accessing-the-rest-api):
 
+  Quando o kubectl proxy é utilizado ocorre o seguinte: 
     - executa na máquina do usuário ou em um pod
-    - proxies de um host local endereçam para o servidor de API do kubernetes
-    - cliente para o proxy usa HTTP 
-    - proxy para o servidor de API usa HTTPS 
-    - localiza o servidor de API
-    - adiciona os cabeçalhos de comunicação.
+    - redireciona/encapsula conexões direcionadas ao localhost para o servidor de API
+    - a comunicação entre o cliente e o o proxy usa HTTP 
+    - a comunicação entre o proxy e o servidor de API usa HTTPS 
+    - o proxy localiza o servidor de API do cluster
+    - o proxy adiciona os cabeçalhos de comunicação.
 
 1.  O [apiserver proxy](/docs/tasks/access-application-cluster/access-cluster/#discovering-builtin-services):
 
     - é um bastion server, construído no servidor de API
     - conecta um usuário fora do cluster com os IPs do cluster que não podem ser acessados de outra forma
     - executa dentro do processo do servidor de API
-    - cliente para proxy usa HTTPS (ou http se o servidor de API for configurado)
+    - cliente para proxy usa HTTPS (ou HTTP se o servidor de API for configurado)
     - proxy para o destino pode usar HTTP ou HTTPS conforme escolhido pelo proxy usando as informações disponíveis
     - pode ser usado para acessar um Nó, Pod ou serviço
     - faz balanceamento de carga quando usado para acessar um Service.
 
 1.  O [kube proxy](/docs/concepts/services-networking/service/#ips-and-vips):
 
     - executa em todos os Nós 
-    - atua como proxi para UDP, TCP e SCTP
+    - atua como proxy para UDP, TCP e SCTP
     - não aceita HTTP
     - provém balanceamento de carga
     - apenas é usado para acessar serviços.
 
 1.  Um Proxy/Balanceador de carga na frente de servidores de API(s):
 
-    - existência e implementação variam de cluster para cluster, por exemplo  nginx
+    - a existência e a implementação de tal elemento varia de cluster para cluster, por exemplo nginx
     - fica entre todos os clientes e um ou mais serviços
     - atua como balanceador de carga se existe mais de um servidor de API. 
 
@@ -52,7 +53,7 @@ Existem vários tipos diferentes de proxies que você pode encontrar usando Kube
     - são fornecidos por algum provedor de nuvem (e.x AWS ELB, Google Cloud Load Balancer)
     - são criados automaticamente quando o serviço de Kubernetes tem o tipo `LoadBalancer`
     - geralmente suportam apenas UDP/TCP 
-    - suportar SCTP fica por conta da implementação do balanceador de carga da provedora de nuvem
+    - O suporte ao SCTP fica por conta da implementação do balanceador de carga da provedora de nuvem
     - a implementação varia de acordo com o provedor de cloud.
 
 Os usuários de Kubernetes geralmente não precisam se preocupar com outras coisas além dos dois primeiros tipos. O