Skip to content

Commit 43549a5

Browse files
authored
Merge pull request #40349 from stormqueen1990/fix/gh-issue-40346
[pt-br] Update docs/concepts/overview/components.md
2 parents 9f7f7c4 + e6c7804 commit 43549a5

File tree

9 files changed

+124
-58
lines changed

9 files changed

+124
-58
lines changed
Lines changed: 55 additions & 30 deletions
Original file line numberDiff line numberDiff line change
@@ -1,10 +1,10 @@
11
---
2-
reviewers:
32
title: Componentes do Kubernetes
43
content_type: concept
54
description: >
6-
Um cluster Kubernetes consiste de componentes que representam a camada de gerenciamento, e um conjunto de máquinas chamadas nós.
7-
weight: 20
5+
Um cluster Kubernetes consiste de componentes que são parte da camada de
6+
gerenciamento e de um conjunto de máquinas chamadas nós.
7+
weight: 30
88
card:
99
name: concepts
1010
weight: 20
@@ -14,19 +14,26 @@ card:
1414
Ao implantar o Kubernetes, você obtém um cluster.
1515
{{< glossary_definition term_id="cluster" length="all" prepend="Um cluster Kubernetes consiste em">}}
1616

17-
Este documento descreve os vários componentes que você precisa ter para implantar um cluster Kubernetes completo e funcional.
18-
19-
Esse é o diagrama de um cluster Kubernetes com todos os componentes interligados.
20-
21-
![Componentes do Kubernetes](/images/docs/components-of-kubernetes.svg)
17+
Este documento descreve os vários componentes que você precisa ter para implantar
18+
um cluster Kubernetes completo e funcional.
2219

20+
{{< figure src="/images/docs/components-of-kubernetes.svg" alt="Componentes do Kubernetes" caption="Os componentes de um cluster do Kubernetes" class="diagram-large" >}}
2321

2422
<!-- body -->
2523
## Componentes da camada de gerenciamento
2624

27-
Os componentes da camada de gerenciamento tomam decisões globais sobre o cluster (por exemplo, agendamento de _pods_), bem como detectam e respondem aos eventos do cluster (por exemplo, iniciando um novo _{{< glossary_tooltip text="pod" term_id="pod" >}}_ quando o campo `replicas` de um _Deployment_ não está atendido).
25+
Os componentes da camada de gerenciamento tomam decisões globais sobre o cluster
26+
(por exemplo, alocação de Pods), bem como detectam e respondem aos eventos
27+
do cluster (por exemplo, inicialização de um novo {{< glossary_tooltip text="Pod" term_id="pod" >}}
28+
quando o campo `replicas` de um Deployment não está atendido).
2829

29-
Os componentes da camada de gerenciamento podem ser executados em qualquer máquina do cluster. Contudo, para simplificar, os _scripts_ de configuração normalmente iniciam todos os componentes da camada de gerenciamento na mesma máquina, e não executa contêineres de usuário nesta máquina. Veja [Construindo clusters de alta disponibilidade](/docs/admin/high-availability/) para um exemplo de configuração de múltiplas VMs para camada de gerenciamento (_multi-main-VM_).
30+
Os componentes da camada de gerenciamento podem ser executados em qualquer máquina
31+
do cluster. Contudo, para simplificar, os scripts de configuração normalmente
32+
iniciam todos os componentes da camada de gerenciamento na mesma máquina, e
33+
contêineres com cargas de trabalho do usuário não rodam nesta máquina. Veja
34+
[Construindo clusters altamente disponíveis com o kubeadm](/docs/setup/production-environment/tools/kubeadm/high-availability/)
35+
para um exemplo de configuração da camada de gerenciamento que roda em múltiplas
36+
máquinas.
3037

3138
### kube-apiserver
3239

@@ -47,9 +54,9 @@ Os componentes da camada de gerenciamento podem ser executados em qualquer máqu
4754
Alguns tipos desses controladores são:
4855

4956
* Controlador de nó: responsável por perceber e responder quando os nós caem.
50-
* Controlador de _Job_: Observa os objetos _Job_ que representam tarefas únicas e, em seguida, cria _pods_ para executar essas tarefas até a conclusão.
51-
* Controlador de _endpoints_: preenche o objeto _Endpoints_ (ou seja, junta os Serviços e os _pods_).
52-
* Controladores de conta de serviço e de _token_: crie contas padrão e _tokens_ de acesso de API para novos _namespaces_.
57+
* Controlador de Jobs: observa os objetos Job, que representam tarefas únicas, e em seguida cria Pods para executar essas tarefas até a conclusão.
58+
* Controlador de EndpointSlice: preenche o objeto EndpointSlice (conecta os objetos Service e Pod).
59+
* Controlador de ServiceAccount: cria a ServiceAccount `default` para novos namespaces.
5360

5461
### cloud-controller-manager
5562

@@ -59,17 +66,21 @@ O cloud-controller-manager executa apenas controladores que são específicos pa
5966
Se você estiver executando o Kubernetes em suas próprias instalações ou em um ambiente de aprendizagem dentro de seu
6067
próprio PC, o cluster não possui um gerenciador de controlador de nuvem.
6168

62-
Tal como acontece com o kube-controller-manager, o cloud-controller-manager combina vários ciclos de controle logicamente independentes em um binário único que você executa como um processo único. Você pode escalar horizontalmente (executar mais de uma cópia) para melhorar o desempenho ou para auxiliar na tolerância a falhas.
69+
Tal como acontece com o kube-controller-manager, o cloud-controller-manager combina
70+
vários ciclos de controle logicamente independentes em um binário único que você
71+
executa como um processo único. Você pode escalonar horizontalmente (executar mais
72+
de uma cópia) para melhorar o desempenho ou para auxiliar na tolerância a falhas.
6373

6474
Os seguintes controladores podem ter dependências de provedor de nuvem:
6575

6676
* Controlador de nó: para verificar junto ao provedor de nuvem para determinar se um nó foi excluído da nuvem após parar de responder.
6777
* Controlador de rota: para configurar rotas na infraestrutura de nuvem subjacente.
68-
* Controlador de serviço: Para criar, atualizar e excluir balanceadores de carga do provedor de nuvem.
78+
* Controlador de serviço: para criar, atualizar e excluir balanceadores de carga do provedor de nuvem.
6979

70-
## Node Components
80+
## Componentes do nó {#node-components}
7181

72-
Os componentes de nó são executados em todos os nós, mantendo os _pods_ em execução e fornecendo o ambiente de execução do Kubernetes.
82+
Os componentes do nó são executados em todos os nós, mantendo os Pods em execução
83+
e fornecendo o ambiente de execução do Kubernetes.
7384

7485
### kubelet
7586

@@ -79,39 +90,53 @@ Os componentes de nó são executados em todos os nós, mantendo os _pods_ em ex
7990

8091
{{< glossary_definition term_id="kube-proxy" length="all" >}}
8192

82-
### Container runtime
93+
### Agente de execução de contêiner {#container-runtime}
8394

8495
{{< glossary_definition term_id="container-runtime" length="all" >}}
8596

86-
## Addons
97+
## Complementos (_addons_) {#addons}
8798

88-
Complementos (_addons_) usam recursos do Kubernetes ({{< glossary_tooltip term_id="daemonset" >}}, {{< glossary_tooltip term_id="deployment" >}}, etc) para implementar funcionalidades do cluster. Como fornecem funcionalidades em nível do cluster, recursos de _addons_ que necessitem ser criados dentro de um _namespace_ pertencem ao _namespace_ `kube-system`.
99+
Complementos (_addons_) usam recursos do Kubernetes ({{< glossary_tooltip term_id="daemonset" >}},
100+
{{< glossary_tooltip term_id="deployment" >}}, etc) para implementar funcionalidades
101+
do cluster. Como fornecem funcionalidades em nível do cluster, recursos de complementos
102+
que necessitem ser criados dentro de um namespace pertencem ao namespace `kube-system`.
89103

90-
Alguns _addons_ selecionados são descritos abaixo; para uma lista estendida dos _addons_ disponíveis, por favor consulte [Addons](/docs/concepts/cluster-administration/addons/).
104+
Alguns complementos selecionados são descritos abaixo; para uma lista estendida dos
105+
complementos disponíveis, consulte [Instalando Complementos](/pt-br/docs/concepts/cluster-administration/addons/).
91106

92107
### DNS
93108

94-
Embora os outros complementos não sejam estritamente necessários, todos os clusters do Kubernetes devem ter um [DNS do cluster](/docs/concepts/services-networking/dns-pod-service/), já que muitos exemplos dependem disso.
109+
Embora os outros complementos não sejam estritamente necessários, todos os clusters
110+
do Kubernetes devem ter um [DNS do cluster](/docs/concepts/services-networking/dns-pod-service/),
111+
já que muitos exemplos dependem disso.
95112

96-
O DNS do cluster é um servidor DNS, além de outros servidores DNS em seu ambiente, que fornece registros DNS para serviços do Kubernetes.
113+
O DNS do cluster é um servidor DNS, além de outros servidores DNS em seu ambiente,
114+
que fornece registros DNS para serviços do Kubernetes.
97115

98116
Os contêineres iniciados pelo Kubernetes incluem automaticamente esse servidor DNS em suas pesquisas DNS.
99117

100118
### Web UI (Dashboard)
101119

102-
[Dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) é uma interface de usuário Web, de uso geral, para clusters do Kubernetes. Ele permite que os usuários gerenciem e solucionem problemas de aplicações em execução no cluster, bem como o próprio cluster.
120+
O [dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) é uma interface
121+
de usuário Web, de uso geral, para clusters do Kubernetes. Ele permite que os
122+
usuários gerenciem e solucionem problemas de aplicações em execução no cluster,
123+
bem como o próprio cluster.
103124

104125
### Monitoramento de recursos do contêiner
105126

106-
[Monitoramento de recursos do contêiner](/docs/tasks/debug-application-cluster/resource-usage-monitoring/) registra métricas de série temporal genéricas sobre os contêineres em um banco de dados central e fornece uma interface de usuário para navegar por esses dados.
127+
O [monitoramento de recursos do contêiner](/docs/tasks/debug/debug-cluster/resource-usage-monitoring/)
128+
registra métricas de série temporal genéricas sobre os contêineres em um banco de
129+
dados central e fornece uma interface de usuário para navegar por esses dados.
107130

108131
### Logging a nivel do cluster
109132

110-
Um mecanismo de [_logging_ a nível do cluster](/docs/concepts/cluster-administration/logging/) é responsável por guardar os _logs_ dos contêineres em um armazenamento central de _logs_ com um interface para navegação/pesquisa.
133+
Um mecanismo de [_logging_ a nível do cluster](/pt-br/docs/concepts/cluster-administration/logging/)
134+
é responsável por guardar os _logs_ dos contêineres em um armazenamento central de
135+
_logs_ com uma interface para navegação/pesquisa.
111136

112137
## {{% heading "whatsnext" %}}
113138

114-
* Aprenda sobre [Nós](/docs/concepts/architecture/nodes/).
115-
* Aprenda sobre [Controladores](/docs/concepts/architecture/controller/).
116-
* Aprenda sobre [kube-scheduler](/docs/concepts/scheduling-eviction/kube-scheduler/).
117-
* Leia a [documentação](https://etcd.io/docs/) oficial do **etcd**.
139+
* Aprenda sobre [Nós](/pt-br/docs/concepts/architecture/nodes/).
140+
* Aprenda sobre [Controladores](/pt-br/docs/concepts/architecture/controller/).
141+
* Aprenda sobre [kube-scheduler](/pt-br/docs/concepts/scheduling-eviction/kube-scheduler/).
142+
* Leia a [documentação](https://etcd.io/docs/) oficial do etcd.

content/pt-br/docs/reference/glossary/cluster.md

Lines changed: 15 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -4,15 +4,25 @@ id: cluster
44
date: 2020-08-03
55
full_link:
66
short_description: >
7-
Um conjunto de servidores de processamento, também chamados de nós, que executam aplicações containerizadas. Todo cluster possui ao menos um servidor de processamento (worker node).
8-
7+
Um conjunto de servidores de processamento, também chamados de nós, que
8+
executam aplicações containerizadas. Todo cluster possui ao menos um servidor
9+
de processamento (worker node).
10+
911
aka:
1012
tags:
1113
- fundamental
1214
- operation
1315
---
14-
Um conjunto de servidores de processamento, chamados {{< glossary_tooltip text="nós" term_id="node" >}}, que executam aplicações containerizadas. Todo cluster possui ao menos um servidor de processamento (_worker node_).
16+
Um conjunto de servidores de processamento, chamados
17+
{{< glossary_tooltip text="nós" term_id="node" >}}, que executam aplicações
18+
containerizadas. Todo cluster possui ao menos um servidor de processamento
19+
(_worker node_).
1520

1621
<!--more-->
17-
O servidor de processamento hospeda os {{< glossary_tooltip text="Pods" term_id="pod" >}} que são componentes de uma aplicação. O {{< glossary_tooltip text="ambiente de gerenciamento" term_id="control-plane" >}} gerencia os nós de processamento e os Pods no cluster. Em ambientes de produção, o ambiente de gerenciamento geralmente executa em múltiplos computadores e um cluster geralmente executa em múltiplos nós (_nodes_) , provendo tolerância a falhas e alta disponibilidade.
18-
22+
O(s) servidor(es) de processamento hospeda(m) os
23+
{{< glossary_tooltip text="Pods" term_id="pod" >}}, que são componentes de uma
24+
aplicação. A {{< glossary_tooltip text="camada de gerenciamento" term_id="control-plane" >}}
25+
gerencia os nós de processamento e os Pods no cluster. Em ambientes de produção,
26+
a camada de gerenciamento geralmente executa em múltiplos computadores e um
27+
cluster geralmente executa múltiplos nós, fornecendo tolerância a falhas e alta
28+
disponibilidade.

content/pt-br/docs/reference/glossary/controller.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: Controlador
33
id: controller
44
date: 2020-03-23
5-
full_link: /docs/concepts/architecture/controller/
5+
full_link: /pt-br/docs/concepts/architecture/controller/
66
short_description: >
77
Um ciclo de controle que observa o estado partilhado do cluster através do API Server e efetua
88
mudanças tentando mover o estado atual em direção ao estado desejado.

content/pt-br/docs/reference/glossary/etcd.md

Lines changed: 10 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -4,16 +4,22 @@ id: etcd
44
date: 2018-04-12
55
full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/
66
short_description: >
7-
Armazenamento do tipo Chave-Valor consistente e em alta-disponibilidade usado como repositório de apoio do Kubernetes para todos os dados do cluster.
7+
Armazenamento do tipo chave-valor consistente e de alta-disponibilidade, usado
8+
como armazenamento de apoio do Kubernetes para todos os dados do cluster.
89
aka:
910
tags:
1011
- architecture
1112
- storage
1213
---
13-
Armazenamento do tipo Chave-Valor consistente e em alta-disponibilidade usado como repositório de apoio do Kubernetes para todos os dados do cluster.
14+
Armazenamento do tipo chave-valor consistente e de alta-disponibilidade, usado
15+
como armazenamento de apoio do Kubernetes para todos os dados do cluster.
1416

1517
<!--more-->
1618

17-
Se o seu cluster Kubernetes usa **etcd** como seu armazenamento de apoio, certifique-se de ter um plano de [back up](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster) para seus dados.
19+
Se o seu cluster Kubernetes usa o etcd como seu armazenamento de apoio,
20+
certifique-se de ter um plano de
21+
[_backup_](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster)
22+
para seus dados.
1823

19-
Você pode encontrar informações detalhadas sobre o etcd na seção oficial da [documentação](https://etcd.io/docs/).
24+
Você pode encontrar informações detalhadas sobre o etcd na [documentação](https://etcd.io/docs/)
25+
oficial.
Lines changed: 11 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,8 @@
11
---
2-
title: API server
2+
title: Servidor da API
33
id: kube-apiserver
44
date: 2018-04-12
5-
full_link: /docs/concepts/overview/components/#kube-apiserver
5+
full_link: /pt-br/docs/concepts/overview/components/#kube-apiserver
66
short_description: >
77
O componente da camada de gerenciamento que serve a API do Kubernetes.
88
@@ -12,11 +12,15 @@ tags:
1212
- architecture
1313
- fundamental
1414
---
15-
O servidor de API é um componente da {{< glossary_tooltip text="Camada de gerenciamento" term_id="control-plane" >}} do Kubernetes que expõe a API do Kubernetes.
16-
O servidor de API é o _front end_ para a camada de gerenciamento do Kubernetes.
15+
O servidor da API é um componente da {{< glossary_tooltip text="camada de gerenciamento" term_id="control-plane" >}}
16+
do Kubernetes que expõe a API do Kubernetes.
17+
O servidor da API é o _front end_ para a camada de gerenciamento do Kubernetes.
1718

1819
<!--more-->
1920

20-
A principal implementação de um servidor de API do Kubernetes é [kube-apiserver](/docs/reference/generated/kube-apiserver/).
21-
O kube-apiserver foi projetado para ser escalonado horizontalmente &mdash; ou seja, ele pode ser escalado com a implantação de mais instâncias.
22-
Você pode executar várias instâncias do kube-apiserver e balancear (balanceamento de carga, etc) o tráfego entre essas instâncias.
21+
A principal implementação de um servidor de API do Kubernetes é o
22+
[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/).
23+
O kube-apiserver foi projetado para ser escalonado horizontalmente &mdash; ou seja,
24+
ele pode ser escalonado com a criação de mais instâncias.
25+
Você pode executar várias instâncias do kube-apiserver e distribuir o tráfego
26+
entre essas instâncias.

content/pt-br/docs/reference/glossary/kube-controller-manager.md

Lines changed: 5 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -11,8 +11,11 @@ tags:
1111
- architecture
1212
- fundamental
1313
---
14-
Componente da camada de gerenciamento que executa os processos de {{< glossary_tooltip text="controlador" term_id="controller" >}}.
14+
Componente da camada de gerenciamento que executa os processos de
15+
{{< glossary_tooltip text="controlador" term_id="controller" >}}.
1516

1617
<!--more-->
1718

18-
Logicamente, cada _{{< glossary_tooltip text="controlador" term_id="controller" >}}_ está em um processo separado, mas para reduzir a complexidade, eles todos são compilados num único binário e executam em um processo único.
19+
Logicamente, cada {{< glossary_tooltip text="controlador" term_id="controller" >}}
20+
está em um processo separado, mas para reduzir a complexidade, eles todos são
21+
compilados num único binário e executam em um processo único.

content/pt-br/docs/reference/glossary/kube-scheduler.md

Lines changed: 10 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -4,14 +4,20 @@ id: kube-scheduler
44
date: 2018-04-12
55
full_link: /docs/reference/generated/kube-scheduler/
66
short_description: >
7-
Componente da camada de gerenciamento que observa os _pods_ recém-criados sem nenhum nó atribuído, e seleciona um nó para executá-los.
7+
Componente da camada de gerenciamento que observa os Pods recém-criados e que
8+
ainda não foram atribuídos a um nó, e seleciona um nó para executá-los.
89
aka:
910
tags:
1011
- architecture
1112
---
12-
Componente da camada de gerenciamento que observa os _{{< glossary_tooltip term_id="pod" text="pods" >}}_ recém-criados sem nenhum {{< glossary_tooltip term_id="node" text="nó">}} atribuído, e seleciona um nó para executá-los.
13+
Componente da camada de gerenciamento que observa os
14+
{{< glossary_tooltip term_id="pod" text="Pods" >}} recém-criados e que ainda não
15+
foram atribuídos a um {{< glossary_tooltip term_id="node" text="nó">}}, e
16+
seleciona um nó para executá-los.
1317

1418
<!--more-->
1519

16-
Os fatores levados em consideração para as decisões de agendamento incluem:
17-
requisitos de recursos individuais e coletivos, hardware/software/política de restrições, especificações de afinidade e antiafinidade, localidade de dados, interferência entre cargas de trabalho, e prazos.
20+
Os fatores levados em consideração para as decisões de alocação incluem:
21+
requisitos de recursos individuais e coletivos, restrições de hardware/software/política,
22+
especificações de afinidade e antiafinidade, localidade de dados, interferência
23+
entre cargas de trabalho, e prazos.

content/pt-br/docs/reference/glossary/kubelet.md

Lines changed: 8 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -4,15 +4,20 @@ id: kubelet
44
date: 2020-04-19
55
full_link: /docs/reference/command-line-tools-reference/kubelet
66
short_description: >
7-
Um agente que é executado em cada node no cluster. Ele garante que os contêineres estejam sendo executados em um pod.
7+
Um agente que é executado em cada nó no cluster. Ele garante que os contêineres
8+
estejam sendo executados em um Pod.
89
910
aka:
1011
tags:
1112
- fundamental
1213
- core-object
1314
---
14-
Um agente que é executado em cada {{< glossary_tooltip text="node" term_id="node" >}} no cluster. Ele garante que os {{< glossary_tooltip text="contêineres" term_id="container" >}} estejam sendo executados em um {{< glossary_tooltip text="Pod" term_id="pod" >}}.
15+
Um agente que é executado em cada {{< glossary_tooltip text="nó" term_id="node" >}}
16+
no cluster. Ele garante que os {{< glossary_tooltip text="contêineres" term_id="container" >}}
17+
estejam sendo executados em um {{< glossary_tooltip text="Pod" term_id="pod" >}}.
1518

1619
<!--more-->
1720

18-
O kubelet utiliza um conjunto de PodSpecs que são fornecidos por vários mecanismos e garante que os contêineres descritos nesses PodSpecs estejam funcionando corretamente. O kubelet não gerencia contêineres que não foram criados pelo Kubernetes.
21+
O kubelet utiliza um conjunto de PodSpecs que são fornecidos por vários mecanismos
22+
e garante que os contêineres descritos nesses PodSpecs estejam funcionando corretamente.
23+
O kubelet não gerencia contêineres que não foram criados pelo Kubernetes.

0 commit comments

Comments
 (0)