Skip to content

Commit 30dc552

Browse files
Add content/pt-br/docs/tasks/acess-application-cluster/communicate-containers.md
1 parent 7f697ec commit 30dc552

File tree

1 file changed

+139
-0
lines changed

1 file changed

+139
-0
lines changed
Lines changed: 139 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,139 @@
1+
---
2+
title: Communicate Between Containers in the Same Pod Using a Shared Volume
3+
content_type: task
4+
weight: 110
5+
---
6+
7+
<!-- overview -->
8+
9+
Esta página mostra como usar um Volume para se comunicar entre dois Containers rodando
10+
no mesmo pod. Veja também como permitir que os processos se comuniquem por
11+
[compartilhamento do processo de namespace](/docs/tasks/configure-pod-container/share-process-namespace/)
12+
entre os containers.
13+
14+
## {{% heading "prerequisites" %}}
15+
16+
{{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
17+
18+
<!-- steps -->
19+
20+
## Criando um pod que executa dois contêineres
21+
22+
Neste exercício, você cria um pod que executa dois contêineres. Os dois recipientes
23+
compartilham um Volume que eles podem usar para se comunicar. Aqui está o arquivo de configuração
24+
para a cápsula:
25+
26+
{{< codenew file="pods/two-container-pod.yaml" >}}
27+
28+
No arquivo de configuração, você pode ver que o Pod tem um Volume chamado
29+
`dados compartilhados`.
30+
31+
O primeiro contêiner listado no arquivo de configuração executa um servidor nginx. o
32+
o caminho de montagem para o volume compartilhado é `/usr/share/nginx/html`.
33+
O segundo contêiner é baseado na imagem debian e tem um caminho de montagem de
34+
`/pod-data`. O segundo contêiner executa o seguinte comando e é encerrado.
35+
36+
echo Hello from the debian container > /pod-data/index.html
37+
38+
Observe que o segundo contêiner grava o arquivo `index.html` na raiz
39+
diretório do servidor nginx.
40+
41+
Crie o Pod e os dois Containers:
42+
43+
kubectl apply -f https://k8s.io/examples/pods/two-container-pod.yaml
44+
45+
Veja informações sobre o Pod e os Containers:
46+
47+
kubectl get pod two-containers --output=yaml
48+
49+
Aqui está uma parte da saída:
50+
51+
apiVersion: v1
52+
kind: Pod
53+
metadata:
54+
...
55+
name: two-containers
56+
namespace: default
57+
...
58+
spec:
59+
...
60+
containerStatuses:
61+
62+
- containerID: docker://c1d8abd1 ...
63+
image: debian
64+
...
65+
lastState:
66+
terminated:
67+
...
68+
name: debian-container
69+
...
70+
71+
- containerID: docker://96c1ff2c5bb ...
72+
image: nginx
73+
...
74+
name: nginx-container
75+
...
76+
state:
77+
running:
78+
...
79+
80+
Você pode ver que o contêiner debian foi encerrado e o contêiner nginx ainda está em execução.
81+
82+
Obtenha um shell para o contêiner nginx:
83+
84+
kubectl exec -it two-containers -c nginx-container -- /bin/bash
85+
86+
Em seu shell, verifique se o nginx está em execução:
87+
88+
root@two-containers:/# apt-get update
89+
root@two-containers:/# apt-get install curl procps
90+
root@two-containers:/# ps aux
91+
92+
A saída é semelhante a esta:
93+
94+
USER PID ... STAT START TIME COMMAND
95+
root 1 ... Ss 21:12 0:00 nginx: master process nginx -g daemon off;
96+
97+
Lembre-se de que o contêiner debian criou o arquivo `index.html` no diretório raiz do nginx.
98+
Use `curl` para enviar uma solicitação GET para o servidor nginx:
99+
100+
```
101+
root@two-containers:/# curl localhost
102+
```
103+
104+
A saída mostra que o nginx atende a uma página da web escrita pelo contêiner debian:
105+
106+
```
107+
Hello from the debian container
108+
```
109+
110+
<!-- discussion -->
111+
112+
## Discussão
113+
114+
O principal motivo pelo qual os pods podem ter vários contêineres é oferecer suporte a
115+
aplicativos auxiliares que auxiliam um aplicativo principal.
116+
Exemplos típicos de aplicativos auxiliares são extratores de dados, pushers de dados e proxies.
117+
Aplicativos auxiliares e primários geralmente precisam se comunicar uns com os outros.
118+
Normalmente, isso é feito por meio de um sistema de arquivos compartilhado, conforme mostrado neste exercício,
119+
ou por meio da interface de rede de loopback, localhost.
120+
Um exemplo desse padrão é um servidor web junto com um programa auxiliar que consulta um repositório Git para novas atualizações.
121+
122+
O volume neste exercício fornece uma maneira dos contêineres se comunicarem durante
123+
a vida útil do pod. Se o pod for excluído e recriado, todos os dados armazenados no volume compartilhado serão perdidos.
124+
125+
## {{% heading "whatsnext" %}}
126+
127+
128+
* Saiba mais sobre [padrões para recipientes compostos](/blog/2015/06/the-distributed-system-toolkit-patterns/).
129+
130+
* Saiba sobre [containers compostos para arquitetura modular](https://www.slideshare.net/Docker/slideshare-burns).
131+
132+
* Veja [Configurando um pod para usar um volume para armazenamento](/docs/tasks/configure-pod-container/configure-volume-storage/).
133+
134+
* Veja [Configurar um pod para compartilhar namespace de processo entre contêineres em um pod](/docs/tasks/configure-pod-container/share-process-namespace/)
135+
136+
* Veja [Volume](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#volume-v1-core).
137+
138+
* Veja [Pod](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#pod-v1-core).
139+

0 commit comments

Comments
 (0)