Update content/pt-br/docs/tasks/access-application-cluster/communicate-containers-same-pod-shared-volume.md

Author: AnaCarolinaRodriguesLeite

content/pt-br/docs/tasks/access-application-cluster/communicate-containers-same-pod-shared-volume.md

@@ -6,10 +6,10 @@ weight: 110
 
 <!-- overview -->
 
-Esta página mostra como usar um Volume para se comunicar entre dois Containers rodando
-no mesmo pod. Veja também como permitir que os processos se comuniquem por
-[compartilhamento do processo de namespace](/docs/tasks/configure-pod-container/share-process-namespace/)
-entre os containers.
+Esta página mostra como usar um Volume para realizar a comunicação entre dois contêineres rodando
+no mesmo Pod. Veja também como permitir que processos se comuniquem por
+[compartilhamento de namespace do processo](/docs/tasks/configure-pod-container/share-process-namespace/)
+entre os contêineres.
 
 ## {{% heading "prerequisites" %}}
 
@@ -19,30 +19,29 @@ entre os containers.
 
 ## Criando um pod que executa dois contêineres
 
-Neste exercício, você cria um pod que executa dois contêineres. Os dois recipientes
-compartilham um Volume que eles podem usar para se comunicar. Aqui está o arquivo de configuração
-para a cápsula:
+Neste exercício, você cria um Pod que executa dois contêineres. Os dois contêineres
+compartilham um volume que eles podem usar para se comunicar. Aqui está o arquivo de configuração
+para o Pod:
 
 {{< codenew file="pods/two-container-pod.yaml" >}}
 
-No arquivo de configuração, você pode ver que o Pod tem um Volume chamado
+No arquivo de configuração, você pode ver que o Pod tem um shared-data chamado
 `dados compartilhados`.
 
-O primeiro contêiner listado no arquivo de configuração executa um servidor nginx. o
-o caminho de montagem para o volume compartilhado é `/usr/share/nginx/html`.
-O segundo contêiner é baseado na imagem debian e tem um caminho de montagem de
+O primeiro contêiner listado no arquivo de configuração executa um servidor nginx. 
+O caminho de montagem para o volume compartilhado é `/usr/share/nginx/html`.
+O segundo contêiner é baseado na imagem debian e tem um caminho de montagem
 `/pod-data`. O segundo contêiner executa o seguinte comando e é encerrado.
 
     echo Hello from the debian container > /pod-data/index.html
 
-Observe que o segundo contêiner grava o arquivo `index.html` na raiz
-diretório do servidor nginx.
+Observe que o segundo contêiner grava o arquivo `index.html` no diretório raiz do servidor nginx.
 
-Crie o Pod e os dois Containers:
+Crie o Pod e os dois contêineres:
 
     kubectl apply -f https://k8s.io/examples/pods/two-container-pod.yaml
 
-Veja informações sobre o Pod e os Containers:
+Veja as informações sobre o Pod e os contêineres:
 
     kubectl get pod two-containers --output=yaml
 
@@ -83,7 +82,7 @@ Obtenha um shell para o contêiner nginx:
 
     kubectl exec -it two-containers -c nginx-container -- /bin/bash
 
-Em seu shell, verifique se o nginx está em execução:
+Em seu shell, verifique que o nginx está em execução:
 
     root@two-containers:/# apt-get update
     root@two-containers:/# apt-get install curl procps
@@ -101,7 +100,7 @@ Use `curl` para enviar uma solicitação GET para o servidor nginx:
 root@two-containers:/# curl localhost
 ```
 
-A saída mostra que o nginx atende a uma página da web escrita pelo contêiner debian:
+A saída mostra que o nginx responde com uma página da web escrita pelo contêiner debian:
 
 ```
 Hello from the debian container
@@ -111,27 +110,26 @@ Hello from the debian container
 
 ## Discussão
 
-O principal motivo pelo qual os pods podem ter vários contêineres é oferecer suporte a 
-aplicativos auxiliares que auxiliam um aplicativo principal. 
-Exemplos típicos de aplicativos auxiliares são extratores de dados, pushers de dados e proxies.
+O principal motivo pelo qual os pods podem ter vários contêineres é oferecer suporte a aplicações extras que apoiam uma aplicação principal. 
+Exemplos típicos de aplicativos auxiliares são extratores de dados, aplicações para envio de dados e proxies.
 Aplicativos auxiliares e primários geralmente precisam se comunicar uns com os outros.
 Normalmente, isso é feito por meio de um sistema de arquivos compartilhado, conforme mostrado neste exercício, 
 ou por meio da interface de rede de loopback, localhost. 
 Um exemplo desse padrão é um servidor web junto com um programa auxiliar que consulta um repositório Git para novas atualizações.
 
 O volume neste exercício fornece uma maneira dos contêineres se comunicarem durante 
-a vida útil do pod. Se o pod for excluído e recriado, todos os dados armazenados no volume compartilhado serão perdidos.
+a vida útil do Pod. Se o Pod for excluído e recriado, todos os dados armazenados no volume compartilhado serão perdidos.
 
 ## {{% heading "whatsnext" %}}
 
 
-* Saiba mais sobre [padrões para recipientes compostos](/blog/2015/06/the-distributed-system-toolkit-patterns/).
+* Saiba mais sobre [padrões para contêineres compostos](/blog/2015/06/the-distributed-system-toolkit-patterns/).
 
-* Saiba sobre [containers compostos para arquitetura modular](https://www.slideshare.net/Docker/slideshare-burns).
+* Saiba sobre [contêineres compostos para arquitetura modular](https://www.slideshare.net/Docker/slideshare-burns).
 
-* Veja [Configurando um pod para usar um volume para armazenamento](/docs/tasks/configure-pod-container/configure-volume-storage/).
+* Veja [Configurando um Pod para usar um volume para armazenamento](/docs/tasks/configure-pod-container/configure-volume-storage/).
 
-* Veja [Configurar um pod para compartilhar namespace de processo entre contêineres em um pod](/docs/tasks/configure-pod-container/share-process-namespace/)
+* Veja [Configurar um Pod para compartilhar namespace de processo entre contêineres em um Pod](/docs/tasks/configure-pod-container/share-process-namespace/)
 
 * Veja [Volume](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#volume-v1-core).