review componentes page and related overview pages

2020-05-23 19:12:52 +02:00
parent bcb1e41ac0
commit 96bd525840
15 changed files with 277 additions and 23 deletions
@@ -0,0 +1,24 @@
+---
+title: Cloud Controller Manager
+id: cloud-controller-manager
+date: 2018-04-12
+full_link: /docs/concepts/architecture/cloud-controller/
+short_description: >
+  Componente della control plane che integra Kubernetes con cloud providers di terze parti.
+aka: 
+tags:
+- core-object
+- architecture
+- operation
+---
+Un componente della {{< glossary_tooltip text="control plane" term_id="control-plane" >}} di Kubernetes 
+che aggiunge logiche di controllo specifiche per il cloud. Il cloud-controller-manager ti permette di collegare il tuo
+cluster con le API del cloud provider e separa le componenti che interagiscono
+con la piattaforma cloud dai componenti che interagiscono solamente col cluster.
+
+<!--more-->
+
+Disaccoppiando la logica di interoperabilità tra Kubernetes e l'infrastruttura cloud sottostante,
+il componente cloud-controller-manager abilità i cloud provider di rilasciare
+funzionalità a un ritmo diverso rispetto al progetto principale Kubernetes. 
+
@@ -4,14 +4,14 @@ id: cluster
 date: 2019-06-15
 full_link: 
 short_description: >
-   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.
+   Un'insieme di macchine, chiamate nodi, che eseguono container gestiti da Kubernetes. Un cluster ha almeno un Worker Node.

 aka: 
 tags:
 - fundamental
 - operation
 ---
-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.
+Un'insieme di macchine, chiamate nodi, che eseguono container gestiti da Kubernetes. Un cluster ha almeno un Worker Node.

 <!--more-->
 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.
@@ -0,0 +1,19 @@
+---
+title: Container
+id: container
+date: 2018-04-12
+full_link: /docs/concepts/overview/what-is-kubernetes/#why-containers
+short_description: >
+  Una immagine leggera, portabile ed eseguibile che contiene un software e tutte le sue dipendenze.
+
+aka: 
+tags:
+- fundamental
+- workload
+---
+Una immagine leggera, portabile ed eseguibile che contiene un software e tutte le sue dipendenze.
+
+<!--more--> 
+
+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à
+
@@ -0,0 +1,26 @@
+---
+title: Control Plane
+id: control-plane
+date: 2019-05-12
+full_link:
+short_description: >
+  Lo strato per l'orchestrazione dei container che espone le API e interfaccie per definere, deploy, e gestione del ciclo di vita dei container.
+
+
+aka:
+tags:
+- fundamental
+---
+ Lo strato per l'orchestrazione dei container che espone le API e interfaccie per definere, deploy, e gestione del ciclo di vita dei container.
+
+ <!--more--> 
+ 
+ Questo strato è composto da diversi componenti, come (ma non limitato a):
+
+ * {{< glossary_tooltip text="etcd" term_id="etcd" >}}
+ * {{< glossary_tooltip text="API Server" term_id="kube-apiserver" >}}
+ * {{< glossary_tooltip text="Scheduler" term_id="kube-scheduler" >}}
+ * {{< glossary_tooltip text="Controller Manager" term_id="kube-controller-manager" >}}
+ * {{< glossary_tooltip text="Cloud Controller Manager" term_id="cloud-controller-manager" >}}
+
+ 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" >}}.
@@ -0,0 +1,18 @@
+---
+title: Container runtime interface (CRI)
+id: cri
+date: 2019-03-07
+full_link: /docs/concepts/overview/components/#container-runtime
+short_description: >
+    Una API per i container runtimes che si integra con la kubelet
+
+
+aka:
+tags:
+- fundamental
+---
+Il container runtime interface (CRI) è una API per container runtimes
+che si integra con la kubelet in un node.
+<!--more-->
+
+Per maggiori informazioni, guarda [CRI](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md) API e relative specifiche.
@@ -0,0 +1,20 @@
+---
+title: DaemonSet
+id: daemonset
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/daemonset
+short_description: >
+  Assicura che una copia di un Pod è attiva su tutti nodi di un cluster.
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+---
+ 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" >}}.
+
+<!--more--> 
+
+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" >}}.
+
@@ -0,0 +1,20 @@
+---
+title: Deployment
+id: deployment
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/deployment/
+short_description: >
+  Gestisce una applicazione replicata nel tuo cluster.
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+---
+ Un oggetto API che gestisce un'applicazione replicatata, tipicamente esegue Pod senza stato locale.
+
+<!--more--> 
+Ogni replica è rappresentata da un {{< glossary_tooltip term_id="pod" >}}, e i Pod sono distribuiti attraverso i 
+{{< glossary_tooltip text="nodi" term_id="node" >}} di un cluster.
+Per i carichi di lavoro che hanno bisogno di uno stato locale, cosidera l'utilizzo di un {{< glossary_tooltip term_id="StatefulSet" >}}.
@@ -0,0 +1,17 @@
+---
+title: Docker
+id: docker
+date: 2018-04-12
+full_link: https://docs.docker.com/engine/
+short_description: >
+  Docker è una technologia software che offre una virtualizzazione a livello del sistema operativo nota come container.
+
+aka:
+tags:
+- fundamental
+---
+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" >}}.
+
+<!--more-->
+
+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).
@@ -0,0 +1,19 @@
+---
+title: Kubeadm
+id: kubeadm
+date: 2018-04-12
+full_link: /docs/admin/kubeadm/
+short_description: >
+  Un tool per installare velocemente Kubernetes e avviare un cluster sicuro.
+
+aka: 
+tags:
+- tool
+- operation
+---
+ Un tool per installare velocemente Kubernetes e avviare un cluster sicuro.
+
+<!--more--> 
+
+Puoi usare kubeadm per installare sia la control plane che il {{< glossary_tooltip text="worker node" term_id="node" >}}.
+
@@ -0,0 +1,18 @@
+---
+title: Label
+id: label
+date: 2018-04-12
+full_link: /docs/concepts/overview/working-with-objects/labels
+short_description: >
+  Tags di oggetti con attributi identificativi che sono significativi e pertinenti per gli utenti.
+
+aka: 
+tags:
+- fundamental
+---
+ Tags di oggetti con attributi identificativi che sono significativi e pertinenti per gli utenti.
+
+<!--more--> 
+
+Le label sono delle coppie key/value che sono collegate a oggetti come {{< glossary_tooltip text="Pod" term_id="pod" >}}. Esse sono usate per organizzare e selezionare un sottoinsieme di oggetti.
+
@@ -0,0 +1,15 @@
+---
+title: Master
+id: master
+date: 2020-04-16
+short_description: >
+  Termine vecchio, usato come sinonimo per i nodi che ospitano la control plane.
+
+aka:
+tags:
+- fundamental
+---
+ Termine vecchio, usato come sinonimo per i {{< glossary_tooltip text="nodi" term_id="node" >}} che ospitano la {{< glossary_tooltip text="control plane" term_id="control-plane" >}}.
+
+<!--more-->
+Il termine è ancora usato da alcuni strumenti di provisioning, come {{< glossary_tooltip text="kubeadm" term_id="kubeadm" >}}, e servizi gestiti, per mettere la {{< glossary_tooltip text="label" term_id="label" >}} `kubernetes.io/role` ai {{< glossary_tooltip text="nodi" term_id="node" >}} per controllare il posizionamento dei {{< glossary_tooltip text="pods" term_id="pod" >}} della {{< glossary_tooltip text="control plane" term_id="control-plane" >}} .
@@ -0,0 +1,19 @@
+---
+title: Node
+id: node
+date: 2018-04-12
+full_link: /docs/concepts/architecture/nodes/
+short_description: >
+  Un node è una macchina worker in Kubernetes.
+
+aka: 
+tags:
+- fundamental
+---
+ Un node è una macchina worker in Kubernetes.
+
+<!--more--> 
+
+Un worker node può essere una VM o una macchina fisica, in base al cluster. Possiede daemon locali o servizi ncessari a eseguire {{< glossary_tooltip text="Pods" term_id="pod" >}} e viene gestito dalla control plane. I deamon i un node includono {{< glossary_tooltip text="kubelet" term_id="kubelet" >}}, {{< glossary_tooltip text="kube-proxy" term_id="kube-proxy" >}}, e un container runtiome che implementa {{< glossary_tooltip text="CRI" term_id="cri" >}} come ad esempio {{< glossary_tooltip term_id="docker" >}}.
+
+Nelle prime versioni di Kubernetes, i Node venivano chiamati "Minions".
@@ -0,0 +1,19 @@
+---
+title: Pod
+id: pod
+date: 2018-04-12
+full_link: /docs/concepts/workloads/pods/pod-overview/
+short_description: >
+  Un Pod rappresenta un gruppo di container nel tuo cluster.
+
+aka: 
+tags:
+- core-object
+- fundamental
+---
+ Il più piccolo e semplice oggetto in Kubernetes. Un pod rappresenta un gruppo di {{< glossary_tooltip text="container" term_id="container" >}} nel tuo cluster.
+
+<!--more--> 
+
+Un pod è tipicamente progettato per eseguire un singolo container primario. Può opzionalmente eseguire sidecar container che aggiungono funzionalità supplementari come logging. I Pod sono generalmetne gestiti da un {{< glossary_tooltip term_id="deployment" >}}.
+
@@ -0,0 +1,22 @@
+---
+title: StatefulSet
+id: statefulset
+date: 2018-04-12
+full_link: /docs/concepts/workloads/controllers/statefulset/
+short_description: >
+  Gestisce deployment e la scalabilità di un gruppo di Pod, con storage e identificativi persistenti per ogni Pod.
+
+aka: 
+tags:
+- fundamental
+- core-object
+- workload
+- storage
+---
+ Gestisce deployment e la scalabilità di un gruppo di {{< glossary_tooltip text="Pods" term_id="pod" >}}, *e garantisce il corretto ordine e unicità* di questi Pods.
+
+<!--more--> 
+
+Come un {{< glossary_tooltip term_id="deployment" >}}, uno StatefulSet gestisce Pod che sono basati sulla stessa specifica di container. Contrariamente da un Deployment, uno StatefulSet mantiente una specifica identita per ogni Pod. Questi pod sono creati dalla stessa specifica, ma  non sono intercambiabili: ogni pod a un identificativo persistente che si mantiene attraverso ogni rischedulazione.
+
+Se vuoi usare un volume dello storage per avere la persistenza per il tuo carico di lavoro, puoi usare uno StatefulSet come parte della tua soluzione. Anche se i singoli Pod in uno StatefulSet sono suscettibili al fallimento, l'identificativo persistente del Pod rende semplice il collegamento dei volumi esistenti ai nuovi Pods che sostituiscono quelli falliti.