add it pages

2020-05-30 15:43:58 -04:00
parent 7d03134456
commit 74d006a754
21 changed files with 141 additions and 129 deletions
@@ -1,17 +1,17 @@
 ---
 title: Concetti
 main_menu: true
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---
-{{% capture overview %}}
+<!-- overview -->
 La sezione Concetti ti aiuta a conoscere le parti del sistema Kubernetes e le astrazioni utilizzate da Kubernetes per rappresentare il tuo cluster e ti aiuta ad ottenere una comprensione più profonda di come funziona Kubernetes.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Overview
@@ -66,12 +66,13 @@ I nodi di un cluster sono le macchine (VM, server fisici, ecc.) Che eseguono i f
 * [Annotations](/docs/concepts/overview/working-with-objects/annotations/)
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 Se vuoi scrivere una pagina concettuale, vedi
 [Uso dei modelli di pagina](/docs/home/contribute/page-templates/)
 per informazioni sul tipo di pagina di concetto e il modello di concetto.
-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Concetti alla base del Cloud Controller Manager
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---
-{{% capture overview %}}
+<!-- overview -->
 Il concetto di CCM (cloud controller manager), da non confondere con il binario, è stato originariamente creato per consentire di sviluppare Kubernetes indipendentemente dall'implementazione dello specifico cloud provider. Il cloud controller manager viene eseguito insieme ad altri componenti principali come il Kubernetes controller manager, il server API e lo scheduler. Può anche essere avviato come addon di Kubernetes, nel qual caso viene eseguito su Kubernetes.
@@ -16,10 +16,10 @@ Ecco l'architettura di un cluster Kubernetes senza il gestore del controller clo
 ![Pre CCM Kube Arch](/images/docs/pre-ccm-arch.png)
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Architettura
@@ -242,4 +242,4 @@ I seguenti fornitori di cloud hanno una implementazione di CCM:
 Le istruzioni complete per la configurazione e l'esecuzione del CCM sono fornite
 [qui](/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager).
-{{% /capture %}}
+
@@ -1,11 +1,11 @@
 ---
 draft: True
 title: Comunicazione Master-Node
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---
-{{% capture overview %}}
+<!-- overview -->
 Questo documento cataloga i percorsi di comunicazione tra il master (in realtà il
 apiserver) e il cluster Kubernetes. L'intento è di consentire agli utenti di
@@ -13,10 +13,10 @@ personalizzare la loro installazione per rafforzare la configurazione di rete in
 il cluster può essere eseguito su una rete non affidabile (o su IP completamente pubblici su a
 fornitore di servizi cloud).
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Cluster to Master
@@ -92,4 +92,4 @@ la connessione verrà crittografata, non fornirà alcuna garanzia di integrità.
 Queste connessioni ** non sono attualmente al sicuro ** da eseguire su non attendibili e / o
 reti pubbliche.
-{{% /capture %}}
+
@@ -1,11 +1,11 @@
 ---
 draft: True
 title: Nodi
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---
-{{% capture overview %}}
+<!-- overview -->
 Un nodo è una macchina worker in Kubernetes, precedentemente noto come `minion`. Un nodo
 può essere una VM o una macchina fisica, a seconda del cluster. Ogni nodo contiene
@@ -14,10 +14,10 @@ componenti. I servizi su un nodo includono il [container runtime](/docs/concepts
 [The Kubernetes Node](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md#the-kubernetes-node) sezione in
 documento di progettazione dell'architettura per maggiori dettagli.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Node Status
@@ -283,4 +283,4 @@ Il nodo è una risorsa di livello superiore nell'API REST di Kubernetes. Maggior
 L'oggetto API può essere trovato a:
 [Node API object](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#node-v1-core).
-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 draft: True
 title: Installazione dei componenti aggiuntivi
-content_template: templates/concept
+content_type: concept
 ---
-{{% capture overview %}}
+<!-- overview -->
 I componenti aggiuntivi estendono la funzionalità di Kubernetes.
@@ -13,10 +13,10 @@ Questa pagina elenca alcuni componenti aggiuntivi disponibili e collegamenti all
 I componenti aggiuntivi in ogni sezione sono ordinati alfabeticamente - l'ordine non implica uno stato preferenziale.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Networking and Network Policy
@@ -49,4 +49,4 @@ qui ci sono molti altri componenti aggiuntivi documentati nella directory deprec
 Quelli ben mantenuti dovrebbero essere collegati qui.
-{{% /capture %}}
+
@@ -1,20 +1,20 @@
 ---
 draft: True
 title: Certificati
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---
-{{% capture overview %}}
+<!-- overview -->
 Quando si utilizza l'autenticazione del certificato client, è possibile generare certificati
 manualmente tramite `easyrsa`,` openssl` o `cfssl`.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ### easyrsa
@@ -246,4 +246,4 @@ done.
 certificati x509 da utilizzare per l'autenticazione come documentato
 [here](/docs/tasks/tls/managing-tls-in-a-cluster).
-{{% /capture %}}
+
@@ -1,17 +1,17 @@
 ---
 draft: True
 title: Cloud Providers
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---
-{{% capture overview %}}
+<!-- overview -->
 Questa pagina spiega come gestire Kubernetes in esecuzione su uno specifico
 fornitore di servizi cloud.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ### kubeadm
 [kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/) è un'opzione popolare per la creazione di cluster di kuberneti.
@@ -342,7 +342,7 @@ File `cloud.conf`:
 [kubenet]: https://kubernetes.io/docs/concepts/cluster-administration/network-plugins/#kubenet
-{{% /capture %}}
+
 ## OVirt
@@ -1,16 +1,16 @@
 ---
 draft: True
 title: Panoramica sull'amministrazione del cluster
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---
-{{% capture overview %}}
+<!-- overview -->
 La panoramica dell'amministrazione del cluster è per chiunque crei o gestisca un cluster Kubernetes.
 Presuppone una certa dimestichezza con i core Kubernetes [concetti](/docs/concepts/).
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Progettare un cluster
 Consulta le guide di [Setup](/docs/setup) per avere degli esempi su come pianificare, impostare e configurare cluster Kubernetes. Le soluzioni elencate in questo articolo sono chiamate *distribuzioni*.
@@ -67,5 +67,5 @@ Nota: non tutte le distro vengono mantenute attivamente. Scegli le distro che so
 * [Registrazione e monitoraggio delle attività del cluster](/docs/concepts/cluster-administration/logging/) spiega come funziona il logging in Kubernetes e come implementarlo.
-{{% /capture %}}
+
@@ -1,16 +1,16 @@
 ---
 draft: True
 title: Metriche del responsabile del controller
-content_template: templates/concept
+content_type: concept
 weight: 100
 ---
-{{% capture overview %}}
+<!-- overview -->
 Le metriche del controller controller forniscono informazioni importanti sulle prestazioni e la salute di
 il responsabile del controller.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Cosa sono le metriche del controller
@@ -44,4 +44,4 @@ Le metriche sono emesse in [formato prometheus](https://prometheus.io/docs/instr
 In un ambiente di produzione è possibile configurare prometheus o altri strumenti di misurazione delle metriche
 per raccogliere periodicamente queste metriche e renderle disponibili in una sorta di database di serie temporali.
-{{% /capture %}}
+
@@ -1,11 +1,11 @@
 ---
 draft: True
 title: Federation
-content_template: templates/concept
+content_type: concept
 weight: 80
 ---
-{{% capture overview %}}
+<!-- overview -->
 {{< deprecationfilewarning >}}
 {{< include "federation-deprecation-warning-note.md" >}}
@@ -13,9 +13,9 @@ weight: 80
 Questa pagina spiega perché e come gestire più cluster di Kubernetes utilizzando
 federazione.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Perché la federation
 La federation facilita la gestione di più cluster. Lo fa fornendo 2
@@ -170,9 +170,10 @@ Infine, se uno qualsiasi dei tuoi cluster richiederebbe più del numero massimo
 potresti aver bisogno di più cluster. Kubernetes v1.3 supporta cluster di dimensioni fino a 1000 nodi. Supporta Kubernetes v1.8
 cluster fino a 5000 nodi. Vedi [Costruire cluster di grandi dimensioni](/docs/setup/cluster-large/) per maggiori informazioni.
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 * Ulteriori informazioni sulla [Federazione proposta](https://github.com/kubernetes/community/blob/{{<param "githubbranch">}}/contributors/design-proposal/multicluster/federation.md).
 * Vedi questo [guida alla configurazione](/docs/tutorial/federazione/set-up-cluster-federation-kubefed/) per la federazione dei cluster.
 * Vedi questo [Kubecon2016 talk on federation](https://www.youtube.com/watch?v=pq9lbkmxpS8)
@@ -180,4 +181,4 @@ cluster fino a 5000 nodi. Vedi [Costruire cluster di grandi dimensioni](/docs/se
 * Vedi questo [Kubecon2018 aggiornamento Europa su sig-multicluster](https://www.youtube.com/watch?v=vGZo5DaThQU)
 * Vedi questo [Kubecon2018 Europe Federation-v2 presentazione prototipo](https://youtu.be/q27rbaX5Jis?t=7m20s)
 * Vedi questo [Federation-v2 Userguide](https://github.com/kubernetes-sigs/federation-v2/blob/master/docs/userguide.md)
-{{% /capture %}}
+
@@ -1,21 +1,21 @@
 ---
 draft: True
 title: Configurazione della raccolta dati kubelet
-content_template: templates/concept
+content_type: concept
 weight: 70
 ---
-{{% capture overview %}}
+<!-- overview -->
 La garbage collection è una funzione utile di kubelet che pulisce le immagini inutilizzate e i contenitori inutilizzati.
 Kubelet eseguirà la raccolta dei rifiuti per i contenitori ogni minuto e la raccolta dei dati inutili per le immagini
 ogni cinque minuti.
 Gli strumenti di garbage collection esterni non sono raccomandati in quanto questi strumenti possono potenzialmente
 interrompere il comportamento di kubelet rimuovendo i contenitori che si prevede esistano.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Image Collection
@@ -91,10 +91,11 @@ Compreso:
 | `--low-diskspace-threshold-mb` | `--eviction-hard` o` eviction-soft` | lo sfratto generalizza le soglie del disco ad altre risorse |
 | `--outofdisk-transition-frequency` | `--eviction-pressure-transition-period` | lo sfratto generalizza la transizione della pressione del disco verso altre risorse |
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 Vedi [Configurazione della gestione delle risorse esterne](/docs/tasks/administration-cluster/out-of-resource/) per maggiori dettagli.
-{{% /capture %}}
+
@@ -1,20 +1,20 @@
 ---
 draft: True
 title: Log di registrazione
-content_template: templates/concept
+content_type: concept
 weight: 60
 ---
-{{% capture overview %}}
+<!-- overview -->
 I log di applicazioni e sistemi possono aiutarti a capire cosa sta accadendo all'interno del tuo cluster. I log sono particolarmente utili per il debug dei problemi e il monitoraggio delle attività del cluster. La maggior parte delle applicazioni moderne ha una sorta di meccanismo di registrazione; in quanto tale, la maggior parte dei motori di container sono progettati allo stesso modo per supportare alcuni tipi di registrazione. Il metodo di registrazione più semplice e più accettato per le applicazioni containerizzate è scrivere sull'output standard e sui flussi di errore standard.
 Tuttavia, la funzionalità nativa fornita da un motore contenitore o dal runtime di solito non è sufficiente per una soluzione di registrazione completa. Ad esempio, se un container si arresta in modo anomalo, un pod viene rimosso, o un nodo muore, di solito vuoi comunque accedere ai log dell'applicazione. Pertanto, i registri devono avere una memoria e un ciclo di vita separati, indipendenti da nodi, pod o contenitori. Questo concetto è chiamato _cluster-logging_. La registrazione a livello di cluster richiede un back-end separato per archiviare, analizzare e interrogare i registri. Kubernetes non fornisce alcuna soluzione di archiviazione nativa per i dati di registro, ma è possibile integrare molte soluzioni di registrazione esistenti nel proprio cluster Kubernetes.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 Le architetture di registrazione a livello di cluster sono descritte nel presupposto che
 un back-end per la registrazione è presente all'interno o all'esterno del cluster. Se tu sei
@@ -256,4 +256,4 @@ contenitore.
 ogni applicazione; tuttavia, l'implementazione di un tale meccanismo di registrazione
 è al di fuori dello scopo di Kubernetes.
-{{% /capture %}}
+
@@ -1,21 +1,21 @@
 ---
 draft: True
 title: Gestione delle risorse
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---
-{{% capture overview %}}
+<!-- overview -->
 Hai distribuito la tua applicazione e l'hai esposta tramite un servizio. Ora cosa? Kubernetes fornisce una serie di
 strumenti per aiutarti a gestire la distribuzione delle applicazioni, compreso il ridimensionamento e l'aggiornamento.
 Tra le caratteristiche che discuteremo in modo più approfondito ci sono [file di configurazione](/docs/concepts/configuration/overview/)
 e [labels](/docs/concepts/overview/working-with-objects/labels/).
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Organizzazione delle configurazioni delle risorse
@@ -437,11 +437,12 @@ dietro la scena. Garantisce che solo un certo numero di vecchie repliche potrebb
 aggiornate e solo un certo numero di nuove repliche può essere creato sopra il numero desiderato di pod. Per ulteriori
 informazioni su di esso, visitare [Pagina di distribuzione](/docs/concepts/workloads/controller/deployment/).
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 - [[Scopri come usare `kubectl` per l'introspezione e il debug delle applicazioni.](/Docs/tasks/debug-application-cluster/debug-application-introspection/)
 - [Best practice e suggerimenti sulla configurazione](/docs/concepts/configuration/overview/)
-{{% /capture %}}
+
@@ -1,11 +1,11 @@
 ---
 draft: True
 title: Cluster Networking
-content_template: templates/concept
+content_type: concept
 weight: 50
 ---
-{{% capture overview %}}
+<!-- overview -->
 Il networking è una parte centrale di Kubernetes, ma può essere difficile capire esattamente come dovrebbe funzionare.
 Ci sono 4 reti distinte problemi da affrontare:
@@ -14,10 +14,10 @@ Ci sono 4 reti distinte problemi da affrontare:
 2. Comunicazioni Pod-to-Pod: questo è l'obiettivo principale di questo documento.
 3. Comunicazioni Pod-to-Service: questo è coperto da [servizi](/docs/concepts/services-networking/service/).
 4. Comunicazioni da esterno a servizio: questo è coperto da [servizi](/docs/concepts/services-networking/service/).
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 Kubernetes è tutto basato sulla condivisione di macchine tra le applicazioni. Tipicamente,
 la condivisione di macchine richiede che due applicazioni non provino a utilizzare il
@@ -334,11 +334,12 @@ sue applicazioni in hosting. Weave Net funziona come un plug-in [CNI](https://ww
 o stand-alone. In entrambe le versioni, non richiede alcuna configurazione o codice aggiuntivo per eseguire, e in
 entrambi i casi, la rete fornisce un indirizzo IP per pod, come è standard per Kubernetes.
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 Il progetto iniziale del modello di rete e la sua logica, e un po 'di futuro i piani sono descritti in maggior
 dettaglio nella [progettazione della rete documento](https://git.k8s.io/community/contributors/design-proposals/network/networking.md).
-{{% /capture %}}
+
@@ -1,14 +1,14 @@
 ---
 title: Proxy in Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 90
 ---
-{{% capture overview %}}
+<!-- overview -->
 Questa pagina spiega i proxy utilizzati con Kubernetes.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Proxy
@@ -62,6 +62,6 @@ in genere assicurerà che gli altri tipi di proxy siano impostati correttamente.
 I proxy hanno sostituito le funzioni di reindirizzamento. I reindirizzamenti sono stati deprecati.
-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Esempio di modello di concetto
-content_template: templates/concept
+content_type: concept
 toc_hide: true
 ---
-{{% capture overview %}}
+<!-- overview -->
 {{< note >}}
 Assicurati anche di [creare una voce nel sommario](/docs/home/contribute/write-new-topic/#creating-an-entry-in-the-table-of-contents) per il tuo nuovo documento.
@@ -12,9 +12,9 @@ Assicurati anche di [creare una voce nel sommario](/docs/home/contribute/write-n
 Questa pagina spiega ...
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Comprendendo ...
@@ -25,15 +25,16 @@ Kubernetes fornisce ...
 Usare
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 **[Sezione opzionale]**
 * Ulteriori informazioni su [Scrivere un nuovo argomento](/docs/home/contribuisci/scrivi-nuovo-argomento/).
 * Vedi [Uso dei modelli di pagina - Modello di concetto](/docs/home/contribuis/page-templates/#concept_template) su come utilizzare questo modello.
-{{% /capture %}}
+
@@ -1,13 +1,13 @@
 „---
 title: I componenti di Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 20
 card: 
  name: concepts
  weight: 20
 ---
-{{% capture overview %}}
+<!-- overview -->
 Facendo il deployment di Kubernetes, ottieni un cluster.
 {{< glossary_definition term_id="cluster" length="all" prepend="Un cluster Kubernetes è">}}
@@ -18,9 +18,9 @@ Questo è un diagramma di un cluster Kubernetes con tutti i componenti e le loro
 ![I componenti di Kubernetes](/images/docs/components-of-kubernetes.png)
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Componenti della Control Plane
 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).
@@ -113,10 +113,11 @@ Il [Monitoraggio dei Container](/docs/tasks/debug-application-cluster/resource-u
 Un [log a livello di cluster](/docs/concepts/cluster-administration/logging/) è responsabile per il salvataggio dei log dei container in un log centralizzato la cui interfaccia permette di cercare e navigare nei log.
-{{% /capture %}}
+
-{{% capture whatsnext %}}
+## {{% heading "whatsnext" %}}
 * Scopri i concetti relativi ai [Nodi](/docs/concepts/architecture/nodes/)
 * Scopri i concetti relativi ai [Controller](/docs/concepts/architecture/controller/)
 * Scopri i concetti relativi al [kube-scheduler](/docs/concepts/scheduling/kube-scheduler/)
 * Leggi la [documentazione](https://etcd.io/docs/) ufficiale di etcd
-{{% /capture %}}
+
@@ -1,13 +1,13 @@
 ---
 title: Le API di Kubernetes 
-content_template: templates/concept
+content_type: concept
 weight: 30
 card: 
  name: concepts
  weight: 20
 ---
-{{% capture overview %}}
+<!-- overview -->
 Le convenzioni generali seguite dalle API sono descritte in [API conventions doc](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md).
@@ -21,10 +21,10 @@ Kubernetes assicura la persistenza del suo stato (al momento in [etcd](https://c
 Kubernetes stesso è diviso in differenti componenti, i quali interagiscono tra loro attraverso le stesse API.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Evoluzione delle API
@@ -123,4 +123,4 @@ Per esempio: per abilitare deployments and daemonsets, utilizza la seguente conf
 {{< note >}}Abilitare/disabilitare una singola risorsa è supportato solo per il gruppo di API `extensions/v1beta1` per ragioni storiche.{{< /note >}}
-{{% /capture %}}
+
@@ -2,18 +2,18 @@
 title: Cos'è Kubernetes?
 description: >
  Kubernetes è una piattaforma portatile, estensibile e open-source per la gestione di carichi di lavoro e servizi containerizzati, in grado di facilitare sia la configurazione dichiarativa che l'automazione. La piattaforma vanta un grande ecosistema in rapida crescita. Servizi, supporto e strumenti sono ampiamente disponibili nel mondo Kubernetes .
-content_template: templates/concept
+content_type: concept
 weight: 10
 card:
  name: concepts
  weight: 10
 ---
-{{% capture overview %}}
+<!-- overview -->
 Questa pagina è una panoramica generale su Kubernetes.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 Kubernetes è una piattaforma portatile, estensibile e open-source per la gestione di carichi di lavoro e servizi containerizzati, in grado di facilitare sia la configurazione dichiarativa che l'automazione. La piattaforma vanta un grande ecosistema in rapida crescita. Servizi, supporto e strumenti sono ampiamente disponibili nel mondo Kubernetes .
 Il nome Kubernetes deriva dal greco, significa timoniere o pilota. Google ha reso open-source il progetto Kubernetes nel 2014. Kubernetes unisce [oltre quindici anni di esperienza di Google nella gestione di carichi di lavoro di produzione su scala mondiale](https://ai.google/research/pubs/pub43438) con le migliori idee e pratiche della comunità.
@@ -84,9 +84,10 @@ Kubernetes:
 * Non fornisce né adotta alcun sistema di gestione completa della macchina, configurazione, manutenzione, gestione o sistemi di self healing.
 * Inoltre, Kubernetes non è un semplice sistema di orchestrazione. Infatti, questo sistema elimina la necessità di orchestrazione. La definizione tecnica di orchestrazione è l'esecuzione di un flusso di lavoro definito: prima si fa A, poi B, poi C. Al contrario, Kubernetes è composto da un insieme di processi di controllo indipendenti e componibili che guidano costantemente lo stato attuale verso lo stato desiderato. Non dovrebbe importare come si passa dalla A alla C. Anche il controllo centralizzato non è richiesto. Questo si traduce in un sistema più facile da usare, più potente, robusto, resiliente ed estensibile.
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 *   Dai un'occhiata alla pagina [i componenti di Kubernetes](/docs/concepts/overview/components/)
 *   Sai già [Come Iniziare](/docs/setup/)?
-{{% /capture %}}
+
@@ -2,10 +2,10 @@
 title: Tutorials
 main_menu: true
 weight: 60
-content_template: templates/concept
+content_type: concept
 ---
-{{% capture overview %}}
+<!-- overview -->
 Questa sezione della documentazione di Kubernetes contiene i tutorials.
 Un tutorial mostra come raggiungere un obiettivo più complesso di un singolo
@@ -14,9 +14,9 @@ consiste in una sequenza di più task.
 Prima di procedere con vari tutorial, raccomandiamo di aggiungere il
 [Glossario](/docs/reference/glossary/) ai tuoi bookmark per riferimenti successivi.
 {{% /capture %}}
-{{% capture body %}}
+
 <!-- body -->
 ## Per cominciare
@@ -64,12 +64,13 @@ Prima di procedere con vari tutorial, raccomandiamo di aggiungere il
 * [Utilizzare Source IP](/docs/tutorials/services/source-ip/)
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 Se sei interessato a scrivere un tutorial, vedi
 [Utilizzare i Page Templates](/docs/home/contribute/page-templates/)
 per informazioni su come creare una tutorial page e sul tutorial template.
-{{% /capture %}}
+
@@ -1,6 +1,6 @@
 ---
 title: Hello Minikube
-content_template: templates/tutorial
+content_type: tutorial
 weight: 5
 menu:
  main:
@@ -13,7 +13,7 @@ card:
  weight: 10
 ---
-{{% capture overview %}}
+<!-- overview -->
 Questo tutorial mostra come eseguire una semplice applicazione in Kubernetes
 utilizzando [Minikube](/docs/setup/learning-environment/minikube) e Katacoda.
@@ -23,24 +23,26 @@ Katacoda permette di operare su un'installazione di Kubernetes dal tuo browser.
 Come alternativa, è possibile eseguire questo tutorial [installando minikube](/docs/tasks/tools/install-minikube/) localmente.
 {{< /note >}}
 {{% /capture %}}
-{{% capture objectives %}}
+
 ## {{% heading "objectives" %}}
 * Rilasciare una semplice applicazione su Minikube.
 * Eseguire l'applicazione.
 * Visualizzare i log dell'applicazione.
 {{% /capture %}}
-{{% capture prerequisites %}}
+
 ## {{% heading "prerequisites" %}}
 Questo tutorial fornisce una container image che utilizza NGINX per risponde a tutte le richieste
 con un echo che visualizza i dati della richiesta stessa.
 {{% /capture %}}
-{{% capture lessoncontent %}}
+
 <!-- lessoncontent -->
 ## Crea un Minikube cluster
@@ -269,12 +271,13 @@ Eventualmente, puoi cancellare la Minikube VM:
 minikube delete
 ```
 {{% /capture %}}
-{{% capture whatsnext %}}
+
 ## {{% heading "whatsnext" %}}
 * Approfondisci la tua conoscenza dei [Deployments](/docs/concepts/workloads/controllers/deployment/).
 * Approfondisci la tua conoscenza di [Rilasciare applicazioni](/docs/tasks/run-application/run-stateless-application-deployment/).
 * Approfondisci la tua conoscenza dei [Services](/docs/concepts/services-networking/service/).
-{{% /capture %}}
+