Skip to content

Commit 96bd525

Browse files
mbuccarellombuccarello
committed
review componentes page and related overview pages
1 parent bcb1e41 commit 96bd525

File tree

15 files changed

+277
-23
lines changed

15 files changed

+277
-23
lines changed

‎content/it/docs/concepts/overview/components.md

Lines changed: 19 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
1-
---
1+
„---
22
title: I componenti di Kubernetes
33
content_template: templates/concept
44
weight: 20
@@ -9,9 +9,9 @@ card:
99

1010
{{% capture overview %}}
1111
Facendo il deployment di Kubernetes, ottieni un cluster.
12-
{{< glossary_definition term_id="cluster" length="all" prepend="Un cluster è">}}
12+
{{< glossary_definition term_id="cluster" length="all" prepend="Un cluster Kubernetes è">}}
1313

14-
Questo documento describe i diversi componenti che sono necessari per avere
14+
Questo documento descrive i diversi componenti che sono necessari per avere
1515
un cluster Kubernetes completo e funzionante.
1616

1717
Questo è un diagramma di un cluster Kubernetes con tutti i componenti e le loro relazioni.
@@ -23,9 +23,9 @@ Questo è un diagramma di un cluster Kubernetes con tutti i componenti e le loro
2323
{{% capture body %}}
2424
## Componenti della Control Plane
2525

26-
La Control Plane è responsabile di tutte le decisioni globali sul cluster (ad esempio, lo scheduling), e l'individuazione e la risposta ad eventi derivanti dal cluster (ad esempio, l'avvio di un nuovo {{< glossary_tooltip text="pod" term_id="pod">}} quando il valore `replicas` di un deployment non è soddisfatto).
26+
I componenti del Control Plane sono responsabili di tutte le decisioni globali sul cluster (ad esempio, lo scheduling) oltre che a rilevare e rispondere agli eventi del cluster (ad esempio, l'avvio di un nuovo {{< glossary_tooltip text="pod" term_id="pod">}} quando il valore `replicas` di un deployment non è soddisfatto).
2727

28-
I componenti della Control Plane possono essere eseguiti su qualsiasi nodo del cluster, ma solitamente gli script di installazione tendono a eseguire tutti i componenti della Control Plane sulla stessa macchina, separando la Control Plane dai workload dell'utente.
28+
I componenti della Control Plane possono essere eseguiti su qualsiasi nodo del cluster stesso. Solitamente, per semplicità, gli script di installazione tendono a eseguire tutti i componenti della Control Plane sulla stessa macchina, separando la Control Plane dai workload dell'utente.
2929
Vedi [creare un cluster in High-Availability](/docs/admin/high-availability/) per un esempio di un'installazione multi-master.
3030

3131
### kube-apiserver
@@ -53,27 +53,25 @@ Alcuni esempi di controller gestiti dal kube-controller-manager sono:
5353

5454
### cloud-controller-manager
5555

56-
Il [cloud-controller-manager](/docs/tasks/administer-cluster/running-cloud-controller/) esegue i controller che interagiscono con i cloud provider responsabili per la gestione dell'infrastruttura sottostante al cluster, in caso di deployment in cloud.
57-
Il cloud-controller-manager è una funzionalità alpha introdotta in Kubernetes 1.6.
56+
{{< glossary_definition term_id="cloud-controller-manager" length="short" >}}
5857

59-
Il cloud-controller-manager esegue esclusivamente i cicli di controllo specifici dei cloud provider.
60-
È possibile disabilitare questi cicli di controllo usando il kube-controller-manager.
61-
È inoltre possibile disabilitare i cicli di controllo settando il parametro `--cloud-provider` con il valore `external` durante l'esecuzione del kube-controller-manager.
58+
Il cloud-controller-manager esegue dei controller specifici del tuo cloud provider.
59+
Se hai una installazione Kubernetes on premises, o un ambiente di laboratorio
60+
nel tuo PC, il cluster non ha un cloud-controller-manager.
6261

63-
Il cloud-controller-manager permette l'evoluzione indipendente al codice di Kubernetes e a quello dei singoli cloud vendor.
64-
Precedentemente, il codice core di Kubernetes dipendeva da implementazioni specifiche dei cloud provider.
65-
In futuro, implementazioni specifiche per singoli cloud provider devono essere mantenuti dai cloud provider interessati e collegati al cloud-controller-manager.
62+
Come nel kube-controller-manager, il cloud-controller-manager combina diversi control loop
63+
logicamente indipendenti in un singolo binario che puoi eseguire come un singolo processo. Tu puoi
64+
scalare orizzontalmente (eseguire più di una copia) per migliorare la responsività o per migliorare la tolleranza ai fallimenti.
6665

6766
I seguenti controller hanno dipendenze verso implementazioni di specifici cloud provider:
6867

6968
* Node Controller: Per controllare se sul cloud provider i nodi che hanno smesso di rispondere sono stati cancellati
70-
* Route Controller: Per configurare le regole di route nella sottostante infrastruttura cloud
71-
* Service Controller: Per creare, aggiornare ed eliminare i load balancer nella infrastruttura del cloud provider
72-
* Volume Controller: Per creare, associare e montare i volumi e per interagire con il cloud provider per orchestrare i volumi
73-
69+
* Route Controller: Per configurare le network route nella sottostante infrastruttura cloud
70+
* Service Controller: Per creare, aggiornare ed eliminare i load balancer del cloud provider
71+
7472
## Componenti dei Nodi
7573

76-
I componenti di Kubernetes che girano sui Worker Node sono responsabili dell'esecuzione dei workload degli utenti.
74+
I componenti del nodo vengono eseguiti su ogni nodo, mantenendo i pod in esecuzione e fornendo l'ambiente di runtime Kubernetes.
7775

7876
### kubelet
7977

@@ -89,18 +87,18 @@ I componenti di Kubernetes che girano sui Worker Node sono responsabili dell'ese
8987

9088
## Addons
9189

92-
Gli Addons usano le risorse Kubernetes ({{< glossary_tooltip term_id="daemonset" >}}, {{< glossary_tooltip term_id="deployment" >}}, etc) per implementare nuove funzionalità a livello di cluster.
90+
Gli Addons usano le risorse Kubernetes ({{< glossary_tooltip term_id="daemonset" >}}, {{< glossary_tooltip term_id="deployment" >}}, etc) per implementare funzionalità di cluster.
9391
Dal momento che gli addons forniscono funzionalità a livello di cluster, le risorse che necessitano di un namespace, vengono collocate nel namespace `kube-system`.
9492

95-
Alcuni addons sono descritti di seguito; mentre per una più estesa lista di addons, riferirsi ad [Addons](/docs/concepts/cluster-administration/addons/).
93+
Alcuni addons sono descritti di seguito; mentre per una più estesa lista di addons, per favore vedere [Addons](/docs/concepts/cluster-administration/addons/).
9694

9795
### DNS
9896

9997
Mentre gli altri addons non sono strettamente richiesti, tutti i cluster Kubernetes dovrebbero essere muniti di un [DNS del cluster](/docs/concepts/services-networking/dns-pod-service/), dal momento che molte applicazioni lo necessitano.
10098

10199
Il DNS del cluster è un server DNS aggiuntivo rispetto ad altri server DNS presenti nella rete, e si occupa specificatamente dei record DNS per i servizi Kubernetes.
102100

103-
I container eseguiti da Kubernetes possono utilizzare questo server per la risoluzione DNS.
101+
I container eseguiti da Kubernetes automaticamente usano questo server per la risoluzione DNS.
104102

105103
### Interfaccia web (Dashboard)
106104

‎content/it/docs/reference/glossary/cloud-controller-manager.md

Lines changed: 24 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,24 @@
1+
---
2+
title: Cloud Controller Manager
3+
id: cloud-controller-manager
4+
date: 2018-04-12
5+
full_link: /docs/concepts/architecture/cloud-controller/
6+
short_description: >
7+
Componente della control plane che integra Kubernetes con cloud providers di terze parti.
8+
aka:
9+
tags:
10+
- core-object
11+
- architecture
12+
- operation
13+
---
14+
Un componente della {{< glossary_tooltip text="control plane" term_id="control-plane" >}} di Kubernetes
15+
che aggiunge logiche di controllo specifiche per il cloud. Il cloud-controller-manager ti permette di collegare il tuo
16+
cluster con le API del cloud provider e separa le componenti che interagiscono
17+
con la piattaforma cloud dai componenti che interagiscono solamente col cluster.
18+
19+
<!--more-->
20+
21+
Disaccoppiando la logica di interoperabilità tra Kubernetes e l'infrastruttura cloud sottostante,
22+
il componente cloud-controller-manager abilità i cloud provider di rilasciare
23+
funzionalità a un ritmo diverso rispetto al progetto principale Kubernetes.
24+

‎content/it/docs/reference/glossary/cluster.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,14 +4,14 @@ id: cluster
44
date: 2019-06-15
55
full_link:
66
short_description: >
7-
Un'insieme di macchine, chiamate nodi, che eseguono container e gestite da Kubernetes. Un cluster ha almeno un Worker Node e un Control Plane Node.
7+
Un'insieme di macchine, chiamate nodi, che eseguono container gestiti da Kubernetes. Un cluster ha almeno un Worker Node.
88
99
aka:
1010
tags:
1111
- fundamental
1212
- operation
1313
---
14-
Un'insieme di macchine, chiamate nodi, che eseguono container e gestite da Kubernetes. Un cluster ha almeno un Worker Node e un Control Plane Node.
14+
Un'insieme di macchine, chiamate nodi, che eseguono container gestiti da Kubernetes. Un cluster ha almeno un Worker Node.
1515

1616
<!--more-->
1717
Il/I Worker Node ospitano i Pod che eseguono i workload dell'utente. Il/I Control Plane Node gestiscono i Worker Node e tutto quanto accade all'interno del cluster. Per garantire la high-availability e la possibilità di failover del cluster, vengono utilizzati più Control Plane Node.

‎content/it/docs/reference/glossary/container.md

Lines changed: 19 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,19 @@
1+
---
2+
title: Container
3+
id: container
4+
date: 2018-04-12
5+
full_link: /docs/concepts/overview/what-is-kubernetes/#why-containers
6+
short_description: >
7+
Una immagine leggera, portabile ed eseguibile che contiene un software e tutte le sue dipendenze.
8+
9+
aka:
10+
tags:
11+
- fundamental
12+
- workload
13+
---
14+
Una immagine leggera, portabile ed eseguibile che contiene un software e tutte le sue dipendenze.
15+
16+
<!--more-->
17+
18+
I ontainer disaccoppiano le applicazione dall'infrastruttura host sottostante e rendono semplice il deploy nei differenti cloud o sistemi operativi e anche per una semplice scalabilità
19+

‎content/it/docs/reference/glossary/control-plane.md

Lines changed: 26 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,26 @@
1+
---
2+
title: Control Plane
3+
id: control-plane
4+
date: 2019-05-12
5+
full_link:
6+
short_description: >
7+
Lo strato per l'orchestrazione dei container che espone le API e interfaccie per definere, deploy, e gestione del ciclo di vita dei container.
8+
9+
10+
aka:
11+
tags:
12+
- fundamental
13+
---
14+
Lo strato per l'orchestrazione dei container che espone le API e interfaccie per definere, deploy, e gestione del ciclo di vita dei container.
15+
16+
<!--more-->
17+
18+
Questo strato è composto da diversi componenti, come (ma non limitato a):
19+
20+
* {{< glossary_tooltip text="etcd" term_id="etcd" >}}
21+
* {{< glossary_tooltip text="API Server" term_id="kube-apiserver" >}}
22+
* {{< glossary_tooltip text="Scheduler" term_id="kube-scheduler" >}}
23+
* {{< glossary_tooltip text="Controller Manager" term_id="kube-controller-manager" >}}
24+
* {{< glossary_tooltip text="Cloud Controller Manager" term_id="cloud-controller-manager" >}}
25+
26+
Questi compenti possono girare come trazionali servizi del sistema operativo (demoni) o come containers. L'host che esegue questi componenti era storicamente chiamato {{< glossary_tooltip text="master" term_id="master" >}}.

‎content/it/docs/reference/glossary/cri.md

Lines changed: 18 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,18 @@
1+
---
2+
title: Container runtime interface (CRI)
3+
id: cri
4+
date: 2019-03-07
5+
full_link: /docs/concepts/overview/components/#container-runtime
6+
short_description: >
7+
Una API per i container runtimes che si integra con la kubelet
8+
9+
10+
aka:
11+
tags:
12+
- fundamental
13+
---
14+
Il container runtime interface (CRI) è una API per container runtimes
15+
che si integra con la kubelet in un node.
16+
<!--more-->
17+
18+
Per maggiori informazioni, guarda [CRI](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md) API e relative specifiche.

‎content/it/docs/reference/glossary/daemonset.md

Lines changed: 20 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,20 @@
1+
---
2+
title: DaemonSet
3+
id: daemonset
4+
date: 2018-04-12
5+
full_link: /docs/concepts/workloads/controllers/daemonset
6+
short_description: >
7+
Assicura che una copia di un Pod è attiva su tutti nodi di un cluster.
8+
9+
aka:
10+
tags:
11+
- fundamental
12+
- core-object
13+
- workload
14+
---
15+
Assicura che una copia del {{< glossary_tooltip text="Pod" term_id="pod" >}} è attiva su tutti nodi di un {{< glossary_tooltip text="cluster" term_id="cluster" >}}.
16+
17+
<!--more-->
18+
19+
Utilizzato per il deploy di demoni di sistema come collettori di log e agenti di monitoraggio che tipicamente girano in ogni {{< glossary_tooltip term_id="node" >}}.
20+

‎content/it/docs/reference/glossary/deployment.md

Lines changed: 20 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,20 @@
1+
---
2+
title: Deployment
3+
id: deployment
4+
date: 2018-04-12
5+
full_link: /docs/concepts/workloads/controllers/deployment/
6+
short_description: >
7+
Gestisce una applicazione replicata nel tuo cluster.
8+
9+
aka:
10+
tags:
11+
- fundamental
12+
- core-object
13+
- workload
14+
---
15+
Un oggetto API che gestisce un'applicazione replicatata, tipicamente esegue Pod senza stato locale.
16+
17+
<!--more-->
18+
Ogni replica è rappresentata da un {{< glossary_tooltip term_id="pod" >}}, e i Pod sono distribuiti attraverso i
19+
{{< glossary_tooltip text="nodi" term_id="node" >}} di un cluster.
20+
Per i carichi di lavoro che hanno bisogno di uno stato locale, cosidera l'utilizzo di un {{< glossary_tooltip term_id="StatefulSet" >}}.

‎content/it/docs/reference/glossary/docker.md

Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,17 @@
1+
---
2+
title: Docker
3+
id: docker
4+
date: 2018-04-12
5+
full_link: https://docs.docker.com/engine/
6+
short_description: >
7+
Docker è una technologia software che offre una virtualizzazione a livello del sistema operativo nota come container.
8+
9+
aka:
10+
tags:
11+
- fundamental
12+
---
13+
Docker (nello specifico, Docker Engine) è una technologia software che offre una virtualizzazione a livello del sistema operativo nota come {{< glossary_tooltip text="container" term_id="container" >}}.
14+
15+
<!--more-->
16+
17+
Docker utilizza delle funzionalità di isolamente del kernel Linux come cgroups e kernel namespaces e un file system union-capable come OverlayFS e altro permettendo a container indipendenti di girare all'interno di una singola istanza Linux, eliminando il sovraccarico nell'avviare e manutenere delle virtual machines (VMs).

‎content/it/docs/reference/glossary/kubeadm.md

Lines changed: 19 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,19 @@
1+
---
2+
title: Kubeadm
3+
id: kubeadm
4+
date: 2018-04-12
5+
full_link: /docs/admin/kubeadm/
6+
short_description: >
7+
Un tool per installare velocemente Kubernetes e avviare un cluster sicuro.
8+
9+
aka:
10+
tags:
11+
- tool
12+
- operation
13+
---
14+
Un tool per installare velocemente Kubernetes e avviare un cluster sicuro.
15+
16+
<!--more-->
17+
18+
Puoi usare kubeadm per installare sia la control plane che il {{< glossary_tooltip text="worker node" term_id="node" >}}.
19+

0 commit comments

Comments
 (0)