@@ -6,7 +6,7 @@ weight: 30
6
6
7
7
{{% capture overview %}}
8
8
9
- Em robótica e automação um _ control loop_ , ou em português _ ciclo de controlo _ , é
9
+ Em robótica e automação um _ control loop_ , ou em português _ ciclo de controle _ , é
10
10
um ciclo não terminado que regula o estado de um sistema.
11
11
12
12
Um exemplo de ciclo de controlo é um termostato de uma sala.
@@ -48,11 +48,11 @@ O controlador {{< glossary_tooltip term_id="job" >}} é um exemplo de um
48
48
controlador Kubernetes embutido. Controladores embutidos gerem estados através da
49
49
interação com o * cluster API server* .
50
50
51
- * Job* é um recurso do Kubernetes que corre um
51
+ * Job* é um recurso do Kubernetes que é executado em um
52
52
* {{< glossary_tooltip term_id="pod" >}}* , ou talvez vários * Pods* , com o objetivo de
53
53
executar uma tarefa e depois parar.
54
54
55
- (Uma vez [ agendado] ( /docs/concepts/scheduling/ ) , objetos * Pod* passam a fazer parte objects become part of the
55
+ (Uma vez [ agendado] ( /docs/concepts/scheduling/ ) , objetos * Pod* passam a fazer parte
56
56
do * estado desejado* para um kubelet.
57
57
58
58
Quando o controlador * Job* observa uma nova tarefa ele garante que,
@@ -62,12 +62,12 @@ O controlador *Job* não corre *Pods* ou *containers* ele próprio.
62
62
Em vez disso, o controlador * Job* informa o * API server* para criar ou remover * Pods* .
63
63
Outros componentes do plano de controle
64
64
({{< glossary_tooltip text="control plane" term_id="control-plane" >}})
65
- atuem na nova informação (existem novos * Pods* para serem agendados e executados),
65
+ atuam na nova informação (existem novos * Pods* para serem agendados e executados),
66
66
e eventualmente o trabalho é feito.
67
67
68
68
Após ter criado um novo * Job* , o * estado desejado* é que esse Job seja completado.
69
69
O controlador * Job* faz com que o * estado atual* para esse * Job* esteja mais perto do seu
70
- * estado desejado* : creando * Pods* que fazem o trabalho desejado para esse * Job* para que
70
+ * estado desejado* : criando * Pods* que fazem o trabalho desejado para esse * Job* para que
71
71
o * Job* fique mais perto de ser completado.
72
72
73
73
Controladores também atualizam os objetos que os configuram.
@@ -77,12 +77,12 @@ o controlador *Job* atualiza esse objeto *Job* para o marcar como `Finished` (te
77
77
(Isto é um pouco como alguns termostatos desligam uma luz para
78
78
indicar que a temperatura da sala está agora na temperatura que foi introduzida).
79
79
80
- ### Controlo direto
80
+ ### Controle direto
81
81
82
82
Em contraste com * Job* , alguns controladores necessitam de efetuar
83
- mudanças a coisas fora do * cluster* .
83
+ mudanças fora do * cluster* .
84
84
85
- Por exemplo, se usar um ciclo de controlo para garantir que existem
85
+ Por exemplo, se usar um ciclo de controle para garantir que existem
86
86
* {{< glossary_tooltip text="Nodes" term_id="node" >}}* suficientes
87
87
no seu * cluster* , então esse controlador necessita de algo exterior ao
88
88
* cluster* atual para configurar novos * Nodes* quando necessário.
@@ -96,25 +96,25 @@ Veja [Escalamento automático do cluster](/docs/tasks/administer-cluster/cluster
96
96
97
97
## Estado desejado versus atual {#desired-vs-current}
98
98
99
- Kubernetes leva uma visão * cloud-native* de sistemas e é capaz de manipular
99
+ Kubernetes tem uma visão * cloud-native* de sistemas e é capaz de manipular
100
100
mudanças constantes.
101
101
102
- O seu * cluster* pode mudar em qualquer altura à medida que o trabalho acontece e
103
- os ciclos de controlo corrigem falhas automaticamente. Isto significa que,
102
+ O seu * cluster* pode mudar em qualquer momento à medida que as ações acontecem e
103
+ os ciclos de controle corrigem falhas automaticamente. Isto significa que,
104
104
potencialmente, o seu * cluster* nunca atinge um estado estável.
105
105
106
- Enquanto os controladores no seu * cluster* estiverem a correr e forem capazes de
106
+ Enquanto os controladores no seu * cluster* estiverem rodando e forem capazes de
107
107
fazer alterações úteis, não importa se o estado é estável ou se é instável.
108
108
109
- ## Desenho
109
+ ## Design
110
110
111
111
Como um princípio do seu desenho, o Kubernetes usa muitos controladores onde cada
112
- um gere um aspeto particular do estado do * cluster* . Maioritariamente , um particular
113
- ciclo de controlo (controlador) usa uma espécie de recurso como o seu * estado desejado* ,
112
+ um gerencia um aspecto particular do estado do * cluster* . Comumente , um particular
113
+ ciclo de controle (controlador) usa uma espécie de recurso como o seu * estado desejado* ,
114
114
e tem uma espécie diferente de recurso que o mesmo gere para garantir que esse * estado desejado*
115
115
é cumprido.
116
116
117
- É útil que haja controladores simples em vez de um conjunto monolítico de ciclos de controlo
117
+ É útil que haja controladores simples em vez de um conjunto monolítico de ciclos de controle
118
118
que estão interligados. Controladores podem falhar, então o Kubernetes foi desenhado para
119
119
permitir isso.
120
120
@@ -134,19 +134,19 @@ porque existe informação ({{< glossary_tooltip term_id="label" text="labels" >
134
134
que os controladores podem usar para diferenciar esses * Pods* .
135
135
{{< /note >}}
136
136
137
- ## Formas de correr controladores {#running-controllers}
137
+ ## Formas de rodar controladores {#running-controllers}
138
138
139
139
O Kubernetes vem com um conjunto de controladores embutidos que correm
140
140
dentro do {{< glossary_tooltip term_id="kube-controller-manager" >}}.
141
141
Estes controladores embutidos providenciam comportamentos centrais importantes.
142
142
143
143
O controlador * Deployment* e o controlador * Job* são exemplos de controladores
144
144
que veem como parte do próprio Kubernetes (controladores "embutidos").
145
- O Kubernetes deixa você correr o plano de controlo resiliente, para que se qualquer
146
- um dos controladores embutidos falhar, outra parte do plano de controlo assume
145
+ O Kubernetes deixa você correr o plano de controle resiliente, para que se qualquer
146
+ um dos controladores embutidos falhar, outra parte do plano de controle assume
147
147
o trabalho.
148
148
149
- Pode encontrar controladores fora do plano de controlo , para extender o Kubernetes.
149
+ Pode encontrar controladores fora do plano de controle , para extender o Kubernetes.
150
150
Ou, se quiser, pode escrever um novo controlador você mesmo.
151
151
Pode correr o seu próprio controlador como um conjunto de * Pods* ,
152
152
ou externo ao Kubernetes. O que encaixa melhor vai depender no que esse
@@ -155,7 +155,7 @@ controlador faz em particular.
155
155
{{% /capture %}}
156
156
157
157
{{% capture whatsnext %}}
158
- * Leia mais sobre o [ plano de controlo do Kubernetes] ( /docs/concepts/#kubernetes-control-plane )
158
+ * Leia mais sobre o [ plano de controle do Kubernetes] ( /docs/concepts/#kubernetes-control-plane )
159
159
* Descubra alguns dos [ objetos Kubernetes] ( /docs/concepts/#kubernetes-objects ) básicos.
160
160
* Aprenda mais sobre [ API do Kubernetes] ( /docs/concepts/overview/kubernetes-api/ )
161
161
* Se pretender escrever o seu próprio controlador, veja [ Padrões de Extensão] ( /docs/concepts/extend-kubernetes/extend-cluster/#extension-patterns )
0 commit comments