From 54bf3977fed6ec68e6527d5857498943b2b80a94 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Mon, 13 Jan 2020 22:11:39 +0100 Subject: [PATCH 01/26] Re-enabling the it translation and put all current translation in draft (#18436) * Re-enabling the it translation and put all current translation in draft mode. As the work on #18383 will progress those will be promoted to final * improve italian i18n --- config.toml | 5 ++--- content/it/_common-resources/index.md | 3 ++- content/it/_index.html | 1 + content/it/case-studies/_index.md | 3 ++- content/it/case-studies/comcast/index.html | 1 + content/it/docs/concepts/_index.md | 1 + content/it/docs/concepts/architecture/_index.md | 1 + content/it/docs/concepts/architecture/cloud-controller.md | 3 ++- .../docs/concepts/architecture/master-node-communication.md | 1 + content/it/docs/concepts/architecture/nodes.md | 1 + content/it/docs/concepts/cluster-administration/_index.md | 1 + content/it/docs/concepts/cluster-administration/addons.md | 1 + .../it/docs/concepts/cluster-administration/certificates.md | 1 + .../docs/concepts/cluster-administration/cloud-providers.md | 1 + .../cluster-administration-overview.md | 1 + .../concepts/cluster-administration/controller-metrics.md | 1 + .../it/docs/concepts/cluster-administration/federation.md | 1 + .../cluster-administration/kubelet-garbage-collection.md | 2 +- content/it/docs/concepts/cluster-administration/logging.md | 1 + .../concepts/cluster-administration/manage-deployment.md | 1 + .../it/docs/concepts/cluster-administration/networking.md | 1 + content/it/docs/concepts/cluster-administration/proxies.md | 1 + content/it/docs/concepts/example-concept-template.md | 1 + content/it/docs/concepts/overview/what-is-kubernetes.md | 1 + content/it/partners/_index.html | 1 + i18n/it.toml | 2 +- 26 files changed, 30 insertions(+), 8 deletions(-) diff --git a/config.toml b/config.toml index 990392d659..48926a3908 100644 --- a/config.toml +++ b/config.toml @@ -25,8 +25,7 @@ enableGitInfo = true # Norwegian ("no") is sometimes but not currently used for testing. # Hindi is disabled because it's currently in development. -# Italian is disabled until it meets minimum standards for quality. -disableLanguages = ["hi", "it", "no"] +disableLanguages = ["hi", "no"] [blackfriday] hrefTargetBlank = true @@ -187,7 +186,7 @@ language_alternatives = ["en"] [languages.it] title = "Kubernetes" description = "Production-Grade Container Orchestration" -languageName ="Italian" +languageName = "Italiano" weight = 6 contentDir = "content/it" diff --git a/content/it/_common-resources/index.md b/content/it/_common-resources/index.md index 3d65eaa0ff..443251c6a1 100644 --- a/content/it/_common-resources/index.md +++ b/content/it/_common-resources/index.md @@ -1,3 +1,4 @@ --- +draft: True headless: true ---- \ No newline at end of file +--- diff --git a/content/it/_index.html b/content/it/_index.html index cd160cbdcc..e3b848693f 100644 --- a/content/it/_index.html +++ b/content/it/_index.html @@ -1,4 +1,5 @@ --- +draft: True title: Panoramica sull'amministrazione del cluster content_template: templates/concept weight: 10 diff --git a/content/it/case-studies/_index.md b/content/it/case-studies/_index.md index cac4dc1fa0..f52382b992 100644 --- a/content/it/case-studies/_index.md +++ b/content/it/case-studies/_index.md @@ -1,4 +1,5 @@ --- +draft: True title: Case Studies linkTitle: Case Studies bigheader: Kubernetes User Case Studies @@ -6,4 +7,4 @@ abstract: Una raccolta di utenti che eseguono Kubernetes in produzione. layout: basic class: gridPage cid: caseStudies ---- \ No newline at end of file +--- diff --git a/content/it/case-studies/comcast/index.html b/content/it/case-studies/comcast/index.html index 054df14696..ddf9d75f33 100644 --- a/content/it/case-studies/comcast/index.html +++ b/content/it/case-studies/comcast/index.html @@ -1,4 +1,5 @@ --- +draft: True title: Comcast content_url: https://youtu.be/lmeFkH-rHII --- diff --git a/content/it/docs/concepts/_index.md b/content/it/docs/concepts/_index.md index 5acaec055e..04a1e84b62 100644 --- a/content/it/docs/concepts/_index.md +++ b/content/it/docs/concepts/_index.md @@ -1,4 +1,5 @@ --- +draft: True title: Concepts main_menu: true content_template: templates/concept diff --git a/content/it/docs/concepts/architecture/_index.md b/content/it/docs/concepts/architecture/_index.md index 0a87c18478..fb49737380 100755 --- a/content/it/docs/concepts/architecture/_index.md +++ b/content/it/docs/concepts/architecture/_index.md @@ -1,4 +1,5 @@ --- +draft: True title: "Architettura di Kubernetes" weight: 30 --- diff --git a/content/it/docs/concepts/architecture/cloud-controller.md b/content/it/docs/concepts/architecture/cloud-controller.md index 632157e892..e903437044 100644 --- a/content/it/docs/concepts/architecture/cloud-controller.md +++ b/content/it/docs/concepts/architecture/cloud-controller.md @@ -1,4 +1,5 @@ --- +draft: True title: Concetti alla base del Cloud Controller Manager content_template: templates/concept weight: 30 @@ -264,4 +265,4 @@ I seguenti fornitori di cloud hanno implementato CCM: Sono fornite le istruzioni complete per la configurazione e l'esecuzione del CCM [qui](/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager). -{{% /capture %}} \ No newline at end of file +{{% /capture %}} diff --git a/content/it/docs/concepts/architecture/master-node-communication.md b/content/it/docs/concepts/architecture/master-node-communication.md index bcfabac7ee..afbac85793 100644 --- a/content/it/docs/concepts/architecture/master-node-communication.md +++ b/content/it/docs/concepts/architecture/master-node-communication.md @@ -1,4 +1,5 @@ --- +draft: True title: Comunicazione Master-Node content_template: templates/concept weight: 20 diff --git a/content/it/docs/concepts/architecture/nodes.md b/content/it/docs/concepts/architecture/nodes.md index c7ca78917b..514a7845f9 100644 --- a/content/it/docs/concepts/architecture/nodes.md +++ b/content/it/docs/concepts/architecture/nodes.md @@ -1,4 +1,5 @@ --- +draft: True title: Nodi content_template: templates/concept weight: 10 diff --git a/content/it/docs/concepts/cluster-administration/_index.md b/content/it/docs/concepts/cluster-administration/_index.md index 72af40feec..4fd9b4388e 100755 --- a/content/it/docs/concepts/cluster-administration/_index.md +++ b/content/it/docs/concepts/cluster-administration/_index.md @@ -1,4 +1,5 @@ --- +draft: True title: "Cluster Administration" weight: 100 --- diff --git a/content/it/docs/concepts/cluster-administration/addons.md b/content/it/docs/concepts/cluster-administration/addons.md index 67571124ce..65fe5c582f 100644 --- a/content/it/docs/concepts/cluster-administration/addons.md +++ b/content/it/docs/concepts/cluster-administration/addons.md @@ -1,4 +1,5 @@ --- +draft: True title: Installazione dei componenti aggiuntivi content_template: templates/concept --- diff --git a/content/it/docs/concepts/cluster-administration/certificates.md b/content/it/docs/concepts/cluster-administration/certificates.md index e6b8b05dd1..65bf22cf76 100644 --- a/content/it/docs/concepts/cluster-administration/certificates.md +++ b/content/it/docs/concepts/cluster-administration/certificates.md @@ -1,4 +1,5 @@ --- +draft: True title: Certificati content_template: templates/concept weight: 20 diff --git a/content/it/docs/concepts/cluster-administration/cloud-providers.md b/content/it/docs/concepts/cluster-administration/cloud-providers.md index ea2c49533a..44163538a9 100644 --- a/content/it/docs/concepts/cluster-administration/cloud-providers.md +++ b/content/it/docs/concepts/cluster-administration/cloud-providers.md @@ -1,4 +1,5 @@ --- +draft: True title: Cloud Providers content_template: templates/concept weight: 30 diff --git a/content/it/docs/concepts/cluster-administration/cluster-administration-overview.md b/content/it/docs/concepts/cluster-administration/cluster-administration-overview.md index c2654fcf45..03b912826d 100644 --- a/content/it/docs/concepts/cluster-administration/cluster-administration-overview.md +++ b/content/it/docs/concepts/cluster-administration/cluster-administration-overview.md @@ -1,4 +1,5 @@ --- +draft: True title: Panoramica sull'amministrazione del cluster content_template: templates/concept weight: 10 diff --git a/content/it/docs/concepts/cluster-administration/controller-metrics.md b/content/it/docs/concepts/cluster-administration/controller-metrics.md index c38d0840cd..ceb5a7a2e7 100644 --- a/content/it/docs/concepts/cluster-administration/controller-metrics.md +++ b/content/it/docs/concepts/cluster-administration/controller-metrics.md @@ -1,4 +1,5 @@ --- +draft: True title: Metriche del responsabile del controller content_template: templates/concept weight: 100 diff --git a/content/it/docs/concepts/cluster-administration/federation.md b/content/it/docs/concepts/cluster-administration/federation.md index 187d231f9a..80e0d10b97 100644 --- a/content/it/docs/concepts/cluster-administration/federation.md +++ b/content/it/docs/concepts/cluster-administration/federation.md @@ -1,4 +1,5 @@ --- +draft: True title: Federation content_template: templates/concept weight: 80 diff --git a/content/it/docs/concepts/cluster-administration/kubelet-garbage-collection.md b/content/it/docs/concepts/cluster-administration/kubelet-garbage-collection.md index f787519141..417ae08287 100644 --- a/content/it/docs/concepts/cluster-administration/kubelet-garbage-collection.md +++ b/content/it/docs/concepts/cluster-administration/kubelet-garbage-collection.md @@ -1,5 +1,5 @@ --- - +draft: True title: Configurazione della raccolta dati kubelet content_template: templates/concept weight: 70 diff --git a/content/it/docs/concepts/cluster-administration/logging.md b/content/it/docs/concepts/cluster-administration/logging.md index 6c584d8978..179339ec4c 100644 --- a/content/it/docs/concepts/cluster-administration/logging.md +++ b/content/it/docs/concepts/cluster-administration/logging.md @@ -1,4 +1,5 @@ --- +draft: True title: Log di registrazione content_template: templates/concept weight: 60 diff --git a/content/it/docs/concepts/cluster-administration/manage-deployment.md b/content/it/docs/concepts/cluster-administration/manage-deployment.md index 33f3cb7ec2..348ef37a70 100644 --- a/content/it/docs/concepts/cluster-administration/manage-deployment.md +++ b/content/it/docs/concepts/cluster-administration/manage-deployment.md @@ -1,4 +1,5 @@ --- +draft: True title: Gestione delle risorse content_template: templates/concept weight: 40 diff --git a/content/it/docs/concepts/cluster-administration/networking.md b/content/it/docs/concepts/cluster-administration/networking.md index 697328535f..ef90cd3851 100644 --- a/content/it/docs/concepts/cluster-administration/networking.md +++ b/content/it/docs/concepts/cluster-administration/networking.md @@ -1,4 +1,5 @@ --- +draft: True title: Cluster Networking content_template: templates/concept weight: 50 diff --git a/content/it/docs/concepts/cluster-administration/proxies.md b/content/it/docs/concepts/cluster-administration/proxies.md index 62a097d096..19caed9167 100644 --- a/content/it/docs/concepts/cluster-administration/proxies.md +++ b/content/it/docs/concepts/cluster-administration/proxies.md @@ -1,4 +1,5 @@ --- +draft: True title: Proxy in Kubernetes content_template: templates/concept weight: 90 diff --git a/content/it/docs/concepts/example-concept-template.md b/content/it/docs/concepts/example-concept-template.md index 27ec896fdc..f234274c6e 100644 --- a/content/it/docs/concepts/example-concept-template.md +++ b/content/it/docs/concepts/example-concept-template.md @@ -1,4 +1,5 @@ --- +draft: True title: Esempio di modello di concetto content_template: templates/concept toc_hide: true diff --git a/content/it/docs/concepts/overview/what-is-kubernetes.md b/content/it/docs/concepts/overview/what-is-kubernetes.md index 4d15318ed3..e64c34d03e 100644 --- a/content/it/docs/concepts/overview/what-is-kubernetes.md +++ b/content/it/docs/concepts/overview/what-is-kubernetes.md @@ -1,4 +1,5 @@ --- +draft: True title: Cos'è Kubernetes content_template: templates/concept weight: 10 diff --git a/content/it/partners/_index.html b/content/it/partners/_index.html index f78d1fe734..44fbb05a49 100644 --- a/content/it/partners/_index.html +++ b/content/it/partners/_index.html @@ -1,4 +1,5 @@ --- +draft: True title: Partners bigheader: Kubernetes Partners abstract: Growing the Kubernetes ecosystem. diff --git a/i18n/it.toml b/i18n/it.toml index 6deb7ead6a..b08babd669 100644 --- a/i18n/it.toml +++ b/i18n/it.toml @@ -79,4 +79,4 @@ other = "Events Calendar" # UI elements [ui_search_placeholder] -other = "Search" +other = "Cerca" From a0325251ab6685cb3853bb4e7d3e1ed030e6626e Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Tue, 21 Jan 2020 11:07:37 +0100 Subject: [PATCH 02/26] Add IT localization for overview/components/ (#18368) * begin the real work * rollback set of changes * translate components and required glossary items * improve many aspects thanks to the comments in the pr thread --- content/it/docs/concepts/_index.md | 3 +- .../it/docs/concepts/overview/components.md | 124 ++++++++++++++++++ .../concepts/overview/what-is-kubernetes.md | 2 +- content/it/docs/home/_index.md | 58 ++++++++ content/it/docs/reference/glossary/cluster.md | 17 +++ .../reference/glossary/container-runtime.md | 21 +++ content/it/docs/reference/glossary/etcd.md | 21 +++ .../docs/reference/glossary/kube-apiserver.md | 23 ++++ .../glossary/kube-controller-manager.md | 18 +++ .../it/docs/reference/glossary/kube-proxy.md | 23 ++++ .../docs/reference/glossary/kube-scheduler.md | 18 +++ content/it/docs/reference/glossary/kubelet.md | 19 +++ 12 files changed, 344 insertions(+), 3 deletions(-) create mode 100644 content/it/docs/concepts/overview/components.md create mode 100644 content/it/docs/home/_index.md create mode 100755 content/it/docs/reference/glossary/cluster.md create mode 100644 content/it/docs/reference/glossary/container-runtime.md create mode 100755 content/it/docs/reference/glossary/etcd.md create mode 100755 content/it/docs/reference/glossary/kube-apiserver.md create mode 100755 content/it/docs/reference/glossary/kube-controller-manager.md create mode 100755 content/it/docs/reference/glossary/kube-proxy.md create mode 100755 content/it/docs/reference/glossary/kube-scheduler.md create mode 100755 content/it/docs/reference/glossary/kubelet.md diff --git a/content/it/docs/concepts/_index.md b/content/it/docs/concepts/_index.md index 04a1e84b62..f471f2cd79 100644 --- a/content/it/docs/concepts/_index.md +++ b/content/it/docs/concepts/_index.md @@ -1,6 +1,5 @@ --- -draft: True -title: Concepts +title: Concetti main_menu: true content_template: templates/concept weight: 40 diff --git a/content/it/docs/concepts/overview/components.md b/content/it/docs/concepts/overview/components.md new file mode 100644 index 0000000000..5a057fa841 --- /dev/null +++ b/content/it/docs/concepts/overview/components.md @@ -0,0 +1,124 @@ +--- +title: I componenti di Kubernetes +content_template: templates/concept +weight: 20 +card: + name: concepts + weight: 20 +--- + +{{% capture overview %}} +Facendo il deployment di Kubernetes, ottieni un cluster. +{{< glossary_definition term_id="cluster" length="all" prepend="Un cluster è">}} + +Questo documento describe i diversi componenti che sono necessari per avere +un cluster Kubernetes completo e funzionante. + +Questo è un diagramma di un cluster Kubernetes con tutti i componenti e le loro relazioni. + +![Components of Kubernetes](/images/docs/components-of-kubernetes.png) + +{{% /capture %}} + +{{% capture body %}} +## Componenti della Control Plane + +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). + +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. +Vedi [creare un cluster in High-Availability](/docs/admin/high-availability/) per un esempio di un'installazione multi-master. + +### kube-apiserver + +{{< glossary_definition term_id="kube-apiserver" length="all" >}} + +### etcd + +{{< glossary_definition term_id="etcd" length="all" >}} + +### kube-scheduler + +{{< glossary_definition term_id="kube-scheduler" length="all" >}} + +### kube-controller-manager + +{{< glossary_definition term_id="kube-controller-manager" length="all" >}} + +Alcuni esempi di controller gestiti dal kube-controller-manager sono: + + * Node Controller: Responsabile del monitoraggio dei nodi del cluster, e.g. della gestione delle azioni da eseguire quando un nodo diventa non disponibile. + * Replication Controller: Responsabile per il mantenimento del corretto numero di Pod per ogni ReplicaSet presente nel sistema + * Endpoints Controller: Popola gli oggetti Endpoints (cioè, mette in relazioni i Pods con i Services). + * Service Account & Token Controllers: Creano gli account di default e i token di accesso alle API per i nuovi namespaces. + +### cloud-controller-manager + +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. +Il cloud-controller-manager è una funzionalità alpha introdotta in Kubernetes 1.6. + +Il cloud-controller-manager esegue esclusivamente i cicli di controllo specifici dei cloud provider. +È possibile disabilitare questi cicli di controllo usando il kube-controller-manager. +È inoltre possibile disabilitare i cicli di controllo settando il parametro `--cloud-provider` con il valore `external` durante l'esecuzione del kube-controller-manager. + +Il cloud-controller-manager permette l'evoluzione indipendente al codice di Kubernetes e a quello dei singoli cloud vendor. +Precedentemente, il codice core di Kubernetes dipendeva da implementazioni specifiche dei cloud provider. +In futuro, implementazioni specifiche per singoli cloud provider devono essere mantenuti dai cloud provider interessati e collegati al cloud-controller-manager. + +I seguenti controller hanno dipendenze verso implementazioni di specifici cloud provider: + + * Node Controller: Per controllare se sul cloud provider i nodi che hanno smesso di rispondere sono stati cancellati + * Route Controller: Per configurare le regole di route nella sottostante infrastruttura cloud + * Service Controller: Per creare, aggiornare ed eliminare i load balancer nella infrastruttura del cloud provider + * Volume Controller: Per creare, associare e montare i volumi e per interagire con il cloud provider per orchestrare i volumi + +## Componenti dei Nodi + +I componenti di Kubernetes che girano sui Worker Node sono responsabili dell'esecuzione dei workload degli utenti. + +### kubelet + +{{< glossary_definition term_id="kubelet" length="all" >}} + +### kube-proxy + +{{< glossary_definition term_id="kube-proxy" length="all" >}} + +### Container Runtime + +{{< glossary_definition term_id="container-runtime" length="all" >}} + +## Addons + +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. +Dal momento che gli addons forniscono funzionalità a livello di cluster, le risorse che necessitano di un namespace, vengono collocate nel namespace `kube-system`. + +Alcuni addons sono descritti di seguito; mentre per una più estesa lista di addons, riferirsi ad [Addons](/docs/concepts/cluster-administration/addons/). + +### DNS + +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. + +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. + +I container eseguiti da Kubernetes possono utilizzare questo server per la risoluzione DNS. + +### Interfaccia web (Dashboard) + +La [Dashboard](/docs/tasks/access-application-cluster/web-ui-dashboard/) è una interfaccia web per i cluster Kubernetes. +Permette agli utenti di gestire e fare troubleshooting delle applicazioni che girano nel cluster, e del cluster stesso. + +### Monitoraggio dei Container + +Il [Monitoraggio dei Container](/docs/tasks/debug-application-cluster/resource-usage-monitoring/) salva serie temporali di metriche generiche dei container in un database centrale e fornisce una interfaccia in cui navigare i dati stessi. + +### Log a livello di Cluster + +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 %}} +* 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 %}} diff --git a/content/it/docs/concepts/overview/what-is-kubernetes.md b/content/it/docs/concepts/overview/what-is-kubernetes.md index e64c34d03e..851745a89b 100644 --- a/content/it/docs/concepts/overview/what-is-kubernetes.md +++ b/content/it/docs/concepts/overview/what-is-kubernetes.md @@ -16,7 +16,7 @@ Questa pagina è una panoramica generale su Kubernetes. {{% capture 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 aperto il progetto Kubernetes nel 2014. Kubernetes si basa su [dieci anni e mezzo di esperienza di Google nella gestione di workloads (carichi di lavoro) di produzione in scala] (https://ai.google/research/pubs/pub43438), combinata con le migliori idee e pratiche della comunità. +Il nome Kubernetes deriva dal greco, significa timoniere o pilota. Google ha aperto il progetto Kubernetes nel 2014. Kubernetes si basa su [dieci anni e mezzo di esperienza di Google nella gestione di workloads (carichi di lavoro) di produzione in scala](https://ai.google/research/pubs/pub43438), combinata con le migliori idee e pratiche della comunità. ## Facciamo un piccolo passo indietro Diamo un'occhiata alla ragione per cui Kubernetes è così utile facendo un piccolo salto indietro nel tempo. diff --git a/content/it/docs/home/_index.md b/content/it/docs/home/_index.md new file mode 100644 index 0000000000..3f8e3ae0f0 --- /dev/null +++ b/content/it/docs/home/_index.md @@ -0,0 +1,58 @@ +--- +approvers: +- chenopis +title: Documentazione di Kubernetes +noedit: true +cid: docsHome +layout: docsportal_home +class: gridPage +linkTitle: "Home" +main_menu: true +weight: 10 +hide_feedback: true +menu: + main: + title: "Documentazione" + weight: 20 + post: > +

Impara come usare Kubernetes con informazioni concettuali, guide e documentazione tecnica. Puoi anche contribuire alla documentazione!

+overview: > + Kubernetes è un motore open source di orchestrazione di containers che automatizza il deployment, la scalabilità e la gestione di applicazioni containerizzate. Il progetto open source è ospitato dalla Cloud Native Computing Foundation (CNCF). +cards: +- name: concepts + title: "Capire le basi" + description: "Impara Kubernetes e i suoi concetti fondamentali." + button: "Impara i concetti" + button_path: "/docs/concepts" +- name: tutorials + title: "Prova Kubernetes" + description: "Segui delle guide per imparare come fare il deployment di applicativi in Kubernetes." + button: "Vedi le guide" + button_path: "/docs/tutorials" +- name: setup + title: "Configura un cluster" + description: "Esegui Kubernetes sulla base delle tue risorse e necessità." + button: "Configura Kubernetes" + button_path: "/docs/setup" +- name: tasks + title: "Impara come usare Kubernetes" + description: "Impara quali sono le procedure principali e come eseguirle in pochi passaggi." + button: "Guarda le procedure" + button_path: "/docs/tasks" +- name: reference + title: Guarda le referenze + description: Naviga la terminologia, la sintassi della riga di comando, la documentazione delle API e degli strumenti di installazione. + button: Vedi le referenze + button_path: /docs/reference +- name: contribute + title: Contribuisci alla documentazione + description: Chiunque può contribuire, indipendentemente dal fatto che sia nuovo nel progetto o un utente esperto. + button: Contribuisci alla documentazione + button_path: /docs/contribute +- name: download + title: Scarica Kubernetes + description: Se stai installando Kubernetes o aggiornandolo all'ultima versione, controlla le note di rilascio per la versione corrente. +- name: about + title: Sulla documentazione + description: Questo sito contiene la documentazione per la versione corrente e le precedenti 4 versioni di Kubernetes. +--- diff --git a/content/it/docs/reference/glossary/cluster.md b/content/it/docs/reference/glossary/cluster.md new file mode 100755 index 0000000000..a8d918b00d --- /dev/null +++ b/content/it/docs/reference/glossary/cluster.md @@ -0,0 +1,17 @@ +--- +title: Cluster +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. + +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. + + +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. diff --git a/content/it/docs/reference/glossary/container-runtime.md b/content/it/docs/reference/glossary/container-runtime.md new file mode 100644 index 0000000000..640b3eaa17 --- /dev/null +++ b/content/it/docs/reference/glossary/container-runtime.md @@ -0,0 +1,21 @@ +--- +title: Container Runtime +id: container-runtime +date: 2019-06-05 +full_link: /docs/reference/generated/container-runtime +short_description: > + Il container runtime è il software che è responsabile per l'esecuzione dei container. + +aka: +tags: +- fundamental +- workload +--- + Il container runtime è il software che è responsabile per l'esecuzione dei container. + + + +Kubernetes supporta diversi container runtimes: [Docker](http://www.docker.com), +[containerd](https://containerd.io), [cri-o](https://cri-o.io/), +[rktlet](https://github.com/kubernetes-incubator/rktlet) e tutte le implementazioni di +[Kubernetes CRI (Container Runtime Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md). diff --git a/content/it/docs/reference/glossary/etcd.md b/content/it/docs/reference/glossary/etcd.md new file mode 100755 index 0000000000..595cffb3da --- /dev/null +++ b/content/it/docs/reference/glossary/etcd.md @@ -0,0 +1,21 @@ +--- +title: etcd +id: etcd +date: 2018-04-12 +full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/ +short_description: > + È un database key-value altamente disponibile che è usato da Kubernetes per salvare tutte le informazioni del cluster. + +aka: +tags: +- architecture +- storage +--- + È un database key-value ridondato, che è usato da Kubernetes per salvare tutte le informazioni del cluster. + + + +Se il tuo cluster utilizza etcd per salvare le informazioni, assicurati di +avere una strategia di [backup](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster) per questi dati. + +Puoi trovare informazioni dettagliate su etcd sulla [documentazione](https://etcd.io/docs/) ufficiale. diff --git a/content/it/docs/reference/glossary/kube-apiserver.md b/content/it/docs/reference/glossary/kube-apiserver.md new file mode 100755 index 0000000000..96f5ccbd23 --- /dev/null +++ b/content/it/docs/reference/glossary/kube-apiserver.md @@ -0,0 +1,23 @@ +--- +title: API server +id: kube-apiserver +date: 2018-04-12 +full_link: /docs/reference/generated/kube-apiserver/ +short_description: > + Componente della Control plane che serve le Kubernetes API. + +aka: +- kube-apiserver +tags: +- architecture +- fundamental +--- + L'API server è un componente di Kubernetes +{{< glossary_tooltip text="control plane" term_id="control-plane" >}} che espone le Kubernetes API. +L'API server è il front end del control plane di Kubernetes. + + + +La principale implementazione di un server Kubernetes API è [kube-apiserver](/docs/reference/generated/kube-apiserver/). +kube-apiserver è progettato per scalare orizzontalmente, cioè scala aumentando il numero di istanze. +Puoi eseguire multiple istanze di kube-apiserver e bilanciare il traffico tra queste istanze. diff --git a/content/it/docs/reference/glossary/kube-controller-manager.md b/content/it/docs/reference/glossary/kube-controller-manager.md new file mode 100755 index 0000000000..32d75beeb1 --- /dev/null +++ b/content/it/docs/reference/glossary/kube-controller-manager.md @@ -0,0 +1,18 @@ +--- +title: kube-controller-manager +id: kube-controller-manager +date: 2018-04-12 +full_link: /docs/reference/command-line-tools-reference/kube-controller-manager/ +short_description: > + Componente della Control Plane che gestisce i controller. + +aka: +tags: +- architecture +- fundamental +--- + Componente della Control Plane che gestisce {{< glossary_tooltip text="controllers" term_id="controller" >}}. + + + +Da un punto di vista logico, ogni {{< glossary_tooltip text="controller" term_id="controller" >}} è un processo separato, ma per ridurre la complessità, tutti i principali controller di Kubernetes vengono raggruppati in un unico container ed eseguiti in un singolo processo. diff --git a/content/it/docs/reference/glossary/kube-proxy.md b/content/it/docs/reference/glossary/kube-proxy.md new file mode 100755 index 0000000000..c82cd60c25 --- /dev/null +++ b/content/it/docs/reference/glossary/kube-proxy.md @@ -0,0 +1,23 @@ +--- +title: kube-proxy +id: kube-proxy +date: 2018-04-12 +full_link: /docs/reference/command-line-tools-reference/kube-proxy/ +short_description: > + `kube-proxy` è un proxy eseguito su ogni nodo del cluster. + +aka: +tags: +- fundamental +- networking +--- + [kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) è un +proxy eseguito su ogni nodo del cluster, responsabile della gestione dei +Kubernetes {{< glossary_tooltip term_id="service">}}. + + + +I kube-proxy mantengono le regole di networking sui nodi. +Queste regole permettono la comunicazione verso gli altri nodi del cluster o l'esterno. + +Il kube-proxy usa le librerie del sistema operativo quando possible; in caso contrario il kube-proxy gestisce il traffico direttamente. diff --git a/content/it/docs/reference/glossary/kube-scheduler.md b/content/it/docs/reference/glossary/kube-scheduler.md new file mode 100755 index 0000000000..c63ce0b056 --- /dev/null +++ b/content/it/docs/reference/glossary/kube-scheduler.md @@ -0,0 +1,18 @@ +--- +title: kube-scheduler +id: kube-scheduler +date: 2018-04-12 +full_link: /docs/reference/generated/kube-scheduler/ +short_description: > + Componente della Control Plane che controlla i pod appena creati che non hanno un nodo assegnato, e dopo averlo identificato glielo assegna. + +aka: +tags: +- architecture +--- + Componente della Control Plane che controlla i pod appena creati che non hanno un nodo assegnato, e dopo averlo identificato glielo assegna. + + + +I fattori presi in considerazioni nell'individuare un nodo a cui assegnare l'esecuzione di un Pod includono la richiesta di risorse del Pod stesso e degli altri workload presenti nel sistema, i vincoli delle hardware/software/policy, le indicazioni di affinity e di anti-affinity, requisiti relativi alla disponibilità di dati/Volumes, le interferenze tra diversi workload e le scadenze. + diff --git a/content/it/docs/reference/glossary/kubelet.md b/content/it/docs/reference/glossary/kubelet.md new file mode 100755 index 0000000000..23908670c6 --- /dev/null +++ b/content/it/docs/reference/glossary/kubelet.md @@ -0,0 +1,19 @@ +--- +title: Kubelet +id: kubelet +date: 2018-04-12 +full_link: /docs/reference/generated/kubelet +short_description: > + Un agente che è eseguito su ogni nodo del cluster. Si assicura che i container siano eseguiti in un pod. + +aka: +tags: +- fundamental +- core-object +--- + Un agente che è eseguito su ogni nodo del cluster. Si assicura che i container siano eseguiti in un pod. + + + +La kubelet riceve un set di PodSpecs che vengono forniti attraverso vari meccanismi, e si assicura che i container descritti in questi PodSpecs funzionino correttamente e siano sani. La kubelet non gestisce i container che non sono stati creati da Kubernetes. + From 3d6f72ffc4ec4b745e7b149e2bafa2e7244f98d7 Mon Sep 17 00:00:00 2001 From: Tim Bannister Date: Sat, 1 Feb 2020 16:17:20 +0000 Subject: [PATCH 03/26] Revise Italian code of conduct localization (#18400) * Revise Italian code of conduct localization * Update to latest code-of-conduct commit (it) --- content/it/community/code-of-conduct.md | 21 +++++++++++---------- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git a/content/it/community/code-of-conduct.md b/content/it/community/code-of-conduct.md index 2d0b6959ca..01cbc40fbb 100644 --- a/content/it/community/code-of-conduct.md +++ b/content/it/community/code-of-conduct.md @@ -1,5 +1,5 @@ --- -title: Community +title: Comunità layout: basic cid: community css: /css/community.css @@ -8,17 +8,18 @@ css: /css/community.css

Codice di condotta della comunità di Kubernetes

-Kubernetes segue il +Kubernetes segue il codice di condotta CNCF. -Il testo del CNC CoC è replicato di seguito a partire dal -commit 0ce4694. -Se noti che questo non è aggiornato, ti preghiamo di far presente questo problema. -file an issue. +Il testo del codice di condotta CNCF è replicato di seguito a partire dal +commit 214585e. +Se noti che questo non è aggiornato, ti preghiamo +inviare una issue -Se noti una violazione del Codice di condotta in occasione di un evento o una riunione, in Slack o in un altro meccanismo di comunicazione, -contatta il Comitato per -il codice di condotta di Kubernetes/a>. -Potete raggiungerci via email all'indirizzo conduct@kubernetes.io. +Se noti una violazione del codice di condotta in occasione di un evento +o una riunione, in Slack o in un altro canale di comunicazione, +contatta il comitato per +il codice di condotta di Kubernetes. +Potete raggiungerci tramite email a conduct@kubernetes.io. Il tuo anonimato sarà protetto.
From 14f32a3b3140f2411a12b1774e65690e5eca8ad6 Mon Sep 17 00:00:00 2001 From: Tim Bannister Date: Mon, 3 Feb 2020 08:39:20 +0000 Subject: [PATCH 04/26] Reword Kubernetes case studies title (#18538) --- content/it/case-studies/_index.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/content/it/case-studies/_index.md b/content/it/case-studies/_index.md index f52382b992..cccb7f7d09 100644 --- a/content/it/case-studies/_index.md +++ b/content/it/case-studies/_index.md @@ -1,8 +1,8 @@ --- draft: True -title: Case Studies -linkTitle: Case Studies -bigheader: Kubernetes User Case Studies +title: Casi Di Studio +linkTitle: Casi Di Studio +bigheader: Casi di studio sugli utenti di Kubernetes abstract: Una raccolta di utenti che eseguono Kubernetes in produzione. layout: basic class: gridPage From 428552906a2f6991736e2ca3032076002a7c4048 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Tue, 17 Mar 2020 12:01:24 +0100 Subject: [PATCH 05/26] align with english version --- i18n/it.toml | 211 ++++++++++++++++++++++++++++++++++++++------------- 1 file changed, 157 insertions(+), 54 deletions(-) diff --git a/i18n/it.toml b/i18n/it.toml index b08babd669..6b2c6167b1 100644 --- a/i18n/it.toml +++ b/i18n/it.toml @@ -1,10 +1,131 @@ # i18n strings for the Italian site. +# NOTE: Please keep the entries in alphabetical order when editing -[main_read_about] -other = "Leggi" +[caution] +other = "Attenzione: " -[main_read_more] -other = "Leggi di più" +[cleanup_heading] +other = "In pulizia" + +[community_events_calendar] +other = "Calendario Eventi" + +[community_forum_name] +other = "Forum" + +[community_github_name] +other = "GitHub" + +[community_slack_name] +other = "Slack" + +[community_stack_overflow_name] +other = "Stack Overflow" + +[community_twitter_name] +other = "Twitter" + +[community_youtube_name] +other = "YouTube" + +[docs_label_browse] +other = "Sfoglia documenti" + +[docs_label_contributors] +other = "Contributori" + +[docs_label_i_am] +other = "Io Sono..." + +[docs_label_users] +other = "Utenti" + +[feedback_heading] +other = "Feedback" + +[feedback_no] +other = "No" + +[feedback_question] +other = "Questa pagina è stata di aiuto?" + +[feedback_yes] +other = "Sì" + +[latest_version] +other = "ultima versione." + +[layouts_blog_pager_prev] +other = "<< Precedente" + +[layouts_blog_pager_next] +other = "Succesiva >>" + +[layouts_case_studies_list_tell] +other = "Racconta la tua storia" + +[layouts_docs_glossary_aka] +other = "Anche noto come" + +[layouts_docs_glossary_description] +other = "Questo glossario vuole essere una lista comprensiva per standardizzare la terminologia di Kubernetes. Include termini tecnici che sono specifici di Kubernetes, così come termini più generali che sono utili per dare un contesto." + +[layouts_docs_glossary_deselect_all] +other = "Deseleziona tutto" + +[layouts_docs_glossary_click_details_after] +other = "per avere una spiegazione più completa per il termine." + +[layouts_docs_glossary_click_details_before] +other = "Fare click sull'icona " + +[layouts_docs_glossary_filter] +other = "Filtra i termini sulla base delle loro etichette" + +[layouts_docs_glossary_select_all] +other = "Seleziona tutto" + +[layouts_docs_partials_feedback_improvement] +other = "suggerire un miglioramento" + +[layouts_docs_partials_feedback_issue] +other = "Apri un issue sul repository GitHub se vuoi " + +[layouts_docs_partials_feedback_or] +other = "o" + +[layouts_docs_partials_feedback_problem] +other = "riportare un problema" + +[layouts_docs_partials_feedback_thanks] +other = "Grazie per il feedback. Se hai una domanda specifica su Kubernetes, chiedi su" + +[layouts_docs_search_fetching] +other = "Caricando i risultati..." + +[main_by] +other = "di" + +[main_cncf_project] +other = """Noi siamo un CNCF progetto

""" + +[main_community_explore] +other = "Explora la community" + +[main_contribute] +other = "Contribuire" + +[main_copyright_notice] +other = """The Linux Foundation ®. Tutti i diritti riservati. The Linux Foundation ha marchi registrati e utilizza marchi commerciali. Per un elenco dei marchi di Linux Foundation, consulta la pagina sull'utilizzo dei marchi""" + +[main_documentation_license] +other = """Gli autori di Kubernetes | Documentazione distribuita sotto CC BY 4.0""" + +[main_edit_this_page] +other = "Modifica questa pagina" + +[main_github_create_an_issue] +other = "Crea un issue" [main_github_invite] other = "Ti interessa l'hacking sulla base del codice di Kubernetes?" @@ -12,71 +133,53 @@ other = "Ti interessa l'hacking sulla base del codice di Kubernetes?" [main_github_view_on] other = "Visualizza su GitHub" -[main_github_create_an_issue] -other = "Crea un issue" - -[main_community_explore] -other = "Explora la community" - [main_kubernetes_features] other = "Caratteristiche di Kubernetes" -[main_cncf_project] -other = """Noi siamo un CNCF progetto

""" +[main_kubeweekly_baseline] +other = "Sei interessato a ricevere le ultime notizie su Kubernetes? Registrati alla newsletter KubeWeekly." + +[main_kubernetes_past_link] +other = "Vedi le precedenti mail della newsletter" [main_kubeweekly_signup] -other = "Sottoscrivi" - -[main_contribute] -other = "Contribuire" - -[main_edit_this_page] -other = "Modifica questa pagina" +other = "Iscriviti" [main_page_history] -other = "Lo Storico della Pagina" +other = "Storico della Pagina" [main_page_last_modified_on] other = "Ultima modifica alla pagina" -[main_by] -other = "di" +[main_read_about] +other = "Leggi" -[main_documentation_license] -other = """Gli autori di Kubernetes| Documentazione distribuita sotto CC BY 4.0""" +[main_read_more] +other = "Leggi di più" -[main_copyright_notice] -other = """The Linux Foundation ®. Tutti i diritti riservati. The Linux Foundation ha marchi registrati e utilizza marchi commerciali. Per un elenco dei marchi di Linux Foundation, consultare il nostro sitoTrademark Usage page""" +[note] +other = "Nota:" -# Labels for the docs portal home page. -[docs_label_browse] -other = "Sfoglia documenti" +[objectives_heading] +other = "Obbiettivi" -[docs_label_contributors] -other = "Contributori" +[prerequisites_heading] +other = "Prima di cominciare" -[docs_label_users] -other = "Utenti" - -[docs_label_i_am] -other = "Io Sono..." - - - -# Community links -[community_twitter_name] -other = "Twitter" -[community_github_name] -other = "GitHub" -[community_slack_name] -other = "Slack" -[community_stack_overflow_name] -other = "Stack Overflow" -[community_forum_name] -other = "Forum" -[community_events_calendar] -other = "Events Calendar" - -# UI elements [ui_search_placeholder] other = "Cerca" + +[version_check_mustbe] +other = "La tua installazione Kubernetes deve essere la versione " + +[version_check_mustbeorlater] +other = "La tua installazione Kubernetes deve essere almeno la versione " + +[version_check_tocheck] +other = "Per verificare la versione, esegui " + +[warning] +other = "Attenzione:" + +[whatsnext_heading] +other = "Voci correlate" From d0a13e0713c3e4ce99075499c97f9fd70b499f13 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Tue, 17 Mar 2020 18:14:22 +0100 Subject: [PATCH 06/26] Add docs translation (#19696) --- content/it/docs/_index.md | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 content/it/docs/_index.md diff --git a/content/it/docs/_index.md b/content/it/docs/_index.md new file mode 100644 index 0000000000..b4ffb21447 --- /dev/null +++ b/content/it/docs/_index.md @@ -0,0 +1,3 @@ +--- +title: Documentazione +--- From 65d36413fb23dffd2c0f3bbdb73b4cc5f71d2745 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Tue, 17 Mar 2020 18:41:35 +0100 Subject: [PATCH 07/26] improve italian readability --- i18n/it.toml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/i18n/it.toml b/i18n/it.toml index 6b2c6167b1..78096bc2e6 100644 --- a/i18n/it.toml +++ b/i18n/it.toml @@ -107,7 +107,7 @@ other = "Caricando i risultati..." other = "di" [main_cncf_project] -other = """Noi siamo un CNCF progetto

""" +other = """Kubernetes è un progetto CNCF

""" [main_community_explore] other = "Explora la community" From 857efcab736e5f424c0631822fb111d7d884f1c4 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Mon, 23 Mar 2020 11:22:45 +0100 Subject: [PATCH 08/26] no need of capitalization of articles (#19785) --- content/it/case-studies/_index.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/it/case-studies/_index.md b/content/it/case-studies/_index.md index cccb7f7d09..d7772b974f 100644 --- a/content/it/case-studies/_index.md +++ b/content/it/case-studies/_index.md @@ -1,7 +1,7 @@ --- draft: True -title: Casi Di Studio -linkTitle: Casi Di Studio +title: Casi di Studio +linkTitle: Casi di Studio bigheader: Casi di studio sugli utenti di Kubernetes abstract: Una raccolta di utenti che eseguono Kubernetes in produzione. layout: basic From cf9fa4de8ea6db8d62c8318c8bfff842839aea9a Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Mon, 23 Mar 2020 11:24:45 +0100 Subject: [PATCH 09/26] this can be built safely (#19786) --- content/it/_common-resources/index.md | 1 - 1 file changed, 1 deletion(-) diff --git a/content/it/_common-resources/index.md b/content/it/_common-resources/index.md index 443251c6a1..ca03031f1e 100644 --- a/content/it/_common-resources/index.md +++ b/content/it/_common-resources/index.md @@ -1,4 +1,3 @@ --- -draft: True headless: true --- From 2a5540ac6138c45b660811065a741b1c567b7059 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Mon, 23 Mar 2020 18:03:32 +0100 Subject: [PATCH 10/26] improve strings --- i18n/it.toml | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/i18n/it.toml b/i18n/it.toml index 78096bc2e6..597fd1c2ae 100644 --- a/i18n/it.toml +++ b/i18n/it.toml @@ -32,7 +32,7 @@ other = "YouTube" other = "Sfoglia documenti" [docs_label_contributors] -other = "Contributori" +other = "Contributors" [docs_label_i_am] other = "Io Sono..." @@ -62,22 +62,22 @@ other = "<< Precedente" other = "Succesiva >>" [layouts_case_studies_list_tell] -other = "Racconta la tua storia" +other = "Racconta il tuo use case" [layouts_docs_glossary_aka] other = "Anche noto come" [layouts_docs_glossary_description] -other = "Questo glossario vuole essere una lista comprensiva per standardizzare la terminologia di Kubernetes. Include termini tecnici che sono specifici di Kubernetes, così come termini più generali che sono utili per dare un contesto." +other = "Questo glossario vuole essere un aiuto per standardizzare la terminologia usata per Kubernetes. Include termini tecnici che sono specifici di Kubernetes, così come termini più generali che sono utili per dare un contesto." [layouts_docs_glossary_deselect_all] other = "Deseleziona tutto" [layouts_docs_glossary_click_details_after] -other = "per avere una spiegazione più completa per il termine." +other = "per il significato di questo termine." [layouts_docs_glossary_click_details_before] -other = "Fare click sull'icona " +other = "Fare click sull'icona" [layouts_docs_glossary_filter] other = "Filtra i termini sulla base delle loro etichette" @@ -128,7 +128,7 @@ other = "Modifica questa pagina" other = "Crea un issue" [main_github_invite] -other = "Ti interessa l'hacking sulla base del codice di Kubernetes?" +other = "Sei interessato a contribuire a Kubernetes?" [main_github_view_on] other = "Visualizza su GitHub" @@ -170,10 +170,10 @@ other = "Prima di cominciare" other = "Cerca" [version_check_mustbe] -other = "La tua installazione Kubernetes deve essere la versione " +other = "La tua installazione Kubernetes deve avere la versione " [version_check_mustbeorlater] -other = "La tua installazione Kubernetes deve essere almeno la versione " +other = "La tua installazione Kubernetes deve avere almeno la versione " [version_check_tocheck] other = "Per verificare la versione, esegui " From 2fddca0e4d0ff7df434f2fe0f67a029b50bd17a6 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sun, 22 Mar 2020 17:51:45 +0100 Subject: [PATCH 11/26] de-drafting --- .../concepts/overview/what-is-kubernetes.md | 80 +++++++++---------- 1 file changed, 40 insertions(+), 40 deletions(-) diff --git a/content/it/docs/concepts/overview/what-is-kubernetes.md b/content/it/docs/concepts/overview/what-is-kubernetes.md index 851745a89b..5c717c0ad9 100644 --- a/content/it/docs/concepts/overview/what-is-kubernetes.md +++ b/content/it/docs/concepts/overview/what-is-kubernetes.md @@ -1,5 +1,4 @@ --- -draft: True title: Cos'è Kubernetes content_template: templates/concept weight: 10 @@ -7,7 +6,6 @@ card: name: concepts weight: 10 --- - {{% capture overview %}} Questa pagina è una panoramica generale su Kubernetes. @@ -16,75 +14,77 @@ Questa pagina è una panoramica generale su Kubernetes. {{% capture 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 aperto il progetto Kubernetes nel 2014. Kubernetes si basa su [dieci anni e mezzo di esperienza di Google nella gestione di workloads (carichi di lavoro) di produzione in scala](https://ai.google/research/pubs/pub43438), combinata con le migliori idee e pratiche della comunità. +Il nome Kubernetes deriva dal greco, significa timoniere o pilota. Google ha reso open-source il progetto Kubernetes nel 2014. Kubernetes si basa su [quindici anni di esperienza di Google nella gestione di carichi di lavoro di produzione su scala mondiale](https://ai.google/research/pubs/pub43438), combinata con le migliori idee e pratiche della comunità. -## Facciamo un piccolo passo indietro +## Facciamo un piccolo salto indietro Diamo un'occhiata alla ragione per cui Kubernetes è così utile facendo un piccolo salto indietro nel tempo. ![Deployment evolution](/images/docs/Container_Evolution.svg) **L'era del deployment tradizionale:** -All'inizio, le organizzazioni eseguivano applicazioni su server fisici. Non c'era modo di definire i limiti delle risorse per le applicazioni in un server fisico e questo ha causato non pochi problemi di allocazione delle risorse. Ad esempio, se più applicazioni vengono eseguite su di un server fisico, si possono verificare casi in cui un'applicazione assorbe la maggior parte delle risorse e, di conseguenza, le altre applicazioni non raggiungono prestazioni ottimali. Una soluzione per questo sarebbe di eseguire ogni applicazione su un server fisico diverso. Ma questo non è la soluzione ideale, perché le risorse vengono sottoutilizzate, inoltre, questa pratica risulta essere costosa per le organizzazioni, le quali devono mantenere numerosi server fisici. +All'inizio, le organizzazioni eseguivano applicazioni su server fisici. Non c'era modo di definire i limiti delle risorse per le applicazioni in un server fisico e questo ha causato non pochi problemi di allocazione delle risorse. Ad esempio, se più applicazioni vengono eseguite sullo stesso server fisico, si possono verificare casi in cui un'applicazione assorbe la maggior parte delle risorse e, di conseguenza, le altre applicazioni non hanno le prestazioni attese. Una soluzione per questo sarebbe di eseguire ogni applicazione su un server fisico diverso. Ma questa non è una soluzione ideale, dal momento che le risorse vengono sottoutilizzate, inoltre, questa pratica risulta essere costosa per le organizzazioni, le quali devono mantenere numerosi server fisici. -**L'era del deployment virtualizzato:** Come soluzione venne introdotta la virtualizzazione. Essa consente di eseguire più macchine virtuali (VM) su di una singola CPU di un server fisico. La virtualizzazione consente di isolare le applicazioni tra più macchine virtuali e fornisce un livello di sicurezza superiore, dal momento che le informazioni di un'applicazione non sono liberamente accessibili da un'altra applicazione. +**L'era del deployment virtualizzato:** +Come soluzione venne introdotta la virtualizzazione. Essa consente di eseguire più macchine virtuali (VM) su una singola CPU fisica. La virtualizzazione consente di isolare le applicazioni in più macchine virtuali e fornisce un livello di sicurezza superiore, dal momento che le informazioni di un'applicazione non sono liberamente accessibili da un'altra applicazione. -La virtualizzazione consente un migliore utilizzo delle risorse in un server fisico e permette una migliore scalabilità, perché un'applicazione può essere aggiunta o aggiornata facilmente, riduce i costi dell'hardware e molto altro ancora. +La virtualizzazione consente un migliore utilizzo delle risorse riducendo i costi per l'hardware, permette una migliore scalabilità, dato che un'applicazione può essere aggiunta o aggiornata facilmente, e ha molti altri vantaggi. -Ogni VM è una macchina completa che esegue tutti i componenti, compreso il proprio sistema operativo, oltre all'hardware virtualizzato. +Ogni VM è una macchina completa che esegue tutti i componenti, compreso il proprio sistema operativo, sopra all'hardware virtualizzato. -**L'era del deployment a container:** I container sono simili alle macchine virtuali, ma presentano proprietà di isolamento che consentono di condividere il sistema operativo (OS) tra le applicazioni. Pertanto, i container sono considerati più leggeri. Analogamente a una macchina virtuale, un contenitore dispone di un proprio filesystem, CPU, memoria, spazio di elaborazione e altro ancora. Poiché sono disaccoppiati dall'infrastruttura sottostante, risultano portatili su cloud e distribuzioni di sistemi operativi. +**L'era del deployment in container:** +I container sono simili alle macchine virtuali, ma presentano un modello di isolamento più leggero, condividendo il sistema operativo (OS) tra le applicazioni. Pertanto, i container sono considerati più leggeri. Analogamente a una macchina virtuale, un container dispone di una segregazione di filesystem, CPU, memoria, PID e altro ancora. Poiché sono disaccoppiati dall'infrastruttura sottostante, risultano portabili tra differenti cloud e diverse distribuzioni. -I container stanno diventando popolari perché offrono molteplici vantaggi. Alcuni dei vantaggi dei container sono elencati di seguito: +I container sono diventati popolari dal momento che offrono molteplici vantaggi, ad esempio: * Creazione e distribuzione di applicazioni Agile: maggiore facilità ed efficienza nella creazione di immagini container rispetto all'uso di immagini VM. -* Sviluppo, integrazione e distribuzione continuativi: consente la creazione e la distribuzione di immagini container affidabili e frequenti con rollback rapidi e semplici (a causa dell'immutabilità dell'immagine). -* Separazione delle fasi di Dev e Ops: si creano immagini contenitore di applicazioni al momento della costruzione/rilascio piuttosto che al momento della distribuzione, disaccoppiando così le applicazioni dall'infrastruttura. -* L'osservabilità non riguarda solo le informazioni e le metriche a livello di sistema operativo, ma anche lo stato di salute dell'applicazione e altri segnali. -* Coerenza ambientale tra sviluppo, test e produzione: Funziona sullo stesso modo su un computer portatile come nel cloud. -* Portabilità della distribuzione cloud e del sistema operativo: Funziona su Ubuntu, RHEL, CoreOS, on-prem, Google Kubernetes Engine e ovunque. -* Gestione incentrata sulle applicazioni: Aumenta il livello di astrazione dall'esecuzione di un sistema operativo su hardware virtuale all'esecuzione di un'applicazione su un sistema operativo utilizzando risorse logiche. -* Microservizi liberamente abbinabili, distribuiti, elastici e liberalizzati: le applicazioni sono suddivise in pezzi più piccoli e indipendenti e possono essere distribuite e gestite dinamicamente - niente stack monolitici che girano su di una grande macchina monouso. -* Isolamento delle risorse: prestazioni prevedibili dell'applicazione. +* Adozione di pratiche per lo sviluppo/test/rilascio continuativo: consente la frequente creazione e la distribuzione di container image affidabili, dando la possibilità di fare rollback rapidi e semplici (grazie all'immutabilità dell'immagine stessa). +* Separazione delle fasi di Dev e Ops: le container image vengono prodotte al momento della compilazione dell'applicativo piuttosto che nel momento del rilascio, permettendo così di disaccoppiare le applicazioni dall'infrastruttura sottostante. +* L'osservabilità non riguarda solo le informazioni e le metriche del sistema operativo, ma anche lo stato di salute e altri segnali dalle applicazioni. +* Coerenza di ambiente tra sviluppo, test e produzione: i container funzionano allo stesso modo su un computer portatile come nel cloud. +* Portabilità tra cloud e sistemi operativi differenti: lo stesso container funziona su Ubuntu, RHEL, CoreOS, on-premise, Google Kubernetes Engine e da qualsiasi altra parte. +* Gestione incentrata sulle applicazioni: Aumenta il livello di astrazione dall'esecuzione di un sistema operativo su hardware virtualizzato all'esecuzione di un'applicazione su un sistema operativo utilizzando risorse logiche. +* Microservizi liberamente combinabili, distribuiti, ad alta scalabilità: le applicazioni sono suddivise in pezzi più piccoli e indipendenti che possono essere distribuite e gestite dinamicamente - niente stack monolitici che girano su una singola grande macchina. +* Isolamento delle risorse: le prestazioni delle applicazioni sono prevedibili. * Utilizzo delle risorse: alta efficienza e densità. ## Perché necessito di Kubernetes e cosa posso farci -I container sono un buon modo per raggruppare ed eseguire le applicazioni. In un ambiente di produzione, è necessario gestire i container che eseguono le applicazioni e garantire che non si verifichino tempi di inattività. Per esempio, se un container si guasta, un altro container necessita di essere riavviato. Non sarebbe più facile se questo comportamento fosse gestito direttamente da un sistema? +I container sono un buon modo per distribuire ed eseguire le tue applicazioni. In un ambiente di produzione, è necessario gestire i container che eseguono le applicazioni e garantire che non si verifichino interruzioni dei servizi. Per esempio, se un container si interrompe, è necessario avviare un nuovo container. Non sarebbe più facile se questo comportamento fosse gestito direttamente da un sistema? -È così che Kubernetes viene in soccorso! Kubernetes vi fornisce un framework per far funzionare i sistemi distribuiti in modo resiliente. Si prende cura delle vostre esigenze di scalabilità, failover, schemi di distribuzione, e altro ancora. Per esempio, Kubernetes può facilmente gestire un Canary deploument per il vostro sistema. +È proprio qui che Kubernetes viene in soccorso! Kubernetes ti fornisce un framework per far funzionare i sistemi distribuiti in modo resiliente. Kubernetes si occupa della scalabilità, failover, distribuzione delle tue applicazioni. Per esempio, Kubernetes può facilmente gestire i rilasci con modalità Canary deployment. -Kubernetes vi fornisce: +Kubernetes ti fornisce: -* **Scoperta del servizio e bilanciamento del carico** -Kubernetes può esporre un contenitore usando il nome DNS o il proprio indirizzo IP. Se il traffico verso un container è alto, Kubernetes è in grado di caricare e distribuire il traffico di rete in modo che la distribuzione rimanga stabile. -* **Orchestrazione dello stoccaggio** -Kubernetes vi permette di montare automaticamente un sistema di archiviazione di vostra scelta, come per esempio memoria locale, fornitori di cloud pubblici, e altro ancora. +* **Scoperta dei servizi e bilanciamento del carico** +Kubernetes può esporre un container usando un nome DNS o il suo indirizzo IP. Se il traffico verso un container è alto, Kubernetes è in grado di distribuire il traffico su più container in modo che il servizio rimanga stabile. +* **Orchestrazione dello storage** +Kubernetes ti permette di montare automaticamente un sistema di archiviazione di vostra scelta, come per esempio storage locale, dischi forniti da cloud pubblici, e altro ancora. * **Rollout e rollback automatizzati** -È possibile descrivere lo stato desiderato per i propri contenitori distribuiti utilizzando Kubernetes, e si può cambiare lo stato da quello attuale a quello desiderato ad una velocità stabilita e controllata. Per esempio, potete automatizzare Kubernetes per creare nuovi container per la vostra distribuzione, rimuovere i container esistenti e adottare tutte le loro risorse nel nuovo container. -* **Packing automatico dei file bin** -Kubernetes permette di specificare quanta CPU e memoria (RAM) ha bisogno ogni container. Quando i container dispongono di richieste di risorse specifiche, Kubernetes può prendere decisioni migliori per gestire le risorse per i container. -* **Auto risoluzione** -Kubernetes riavvia i container che si bloccano, sostituisce i container, termina i container che non rispondono al controllo di salute definito dall'utente, e non li distribuisce ai clienti finché non sono pronti per funzionare correttamente.. +Puoi utilizzare Kubernetes per descrivere lo stato desiderato per i propri container, e Kubernetes si occuperà di cambiare lo stato attuale per raggiungere quello desiderato ad una velocità controllata. Per esempio, puoi automatizzare Kubernetes per creare nuovi container per il tuo servizio, rimuovere i container esistenti e adattare le loro risorse a quelle richieste dal nuovo container. +* **Ottimizzazione dei carichi** +Fornisci a Kubernetes un cluster di nodi per eseguire i container. Puoi istruire Kubernetes su quanta CPU e memoria (RAM) ha bisogno ogni singolo container. Kubernetes allocherà i container sui nodi per massimizzare l'uso delle risorse a disposizione. +* **Self-healing** +Kubernetes riavvia i container che si bloccano, sostituisce container, termina i container che non rispondono agli health checks, e evita di far arrivare traffico ai container che non sono ancora pronti per rispondere correttamente. * **Gestione di informazioni sensibili e della configurazione** -Kubernetes consente di memorizzare e gestire informazioni sensibili, come le password, i token OAuth e le chiavi ssh. È possibile distribuire e aggiornare i segreti e la configurazione dell'applicazione senza dover ricostruire le immagini del container e senza rivelare segreti nella configurazione della pila. +Kubernetes consente di memorizzare e gestire informazioni sensibili, come le password, i token OAuth e le chiavi SSH. Puoi distribuire e aggiornare le informazioni sensibili e la configurazione dell'applicazione senza dover ricostruire le immagini dei container e senza svelare le informazioni sensibili nella configurazione del tuo sistema. ## Cosa non è Kubernetes -Kubernetes non è un sistema PaaS (Platform as a Service) tradizionale e completo. Dal momento che Kubernetes opera a livello di contenitore piuttosto che a livello hardware, esso fornisce alcune caratteristiche generalmente applicabili comuni alle offerte PaaS, come la distribuzione, il ridimensionamento, il bilanciamento del carico, la registrazione e il monitoraggio. Tuttavia, Kubernetes non è monolitico, e queste soluzioni predefinite sono opzionali e collegabili. Kubernetes fornisce gli elementi costitutivi per la costruzione di piattaforme di sviluppo, ma conserva la scelta e la flessibilità dell'utente dove è importante. +Kubernetes non è un sistema PaaS (Platform as a Service) tradizionale e completo. Dal momento che Kubernetes opera a livello di container piuttosto che che a livello hardware, esso fornisce alcune caratteristiche generalmente disponibili nelle offerte PaaS, come la distribuzione, il ridimensionamento, il bilanciamento del carico, la registrazione e il monitoraggio. Tuttavia, Kubernetes non è monolitico, e queste soluzioni predefinite sono opzionali ed estensibili. Kubernetes fornisce gli elementi base per la costruzione di piattaforme di sviluppo, ma conserva le scelte dell'utente e la flessibilità dove è importante. Kubernetes: -* Non limita i tipi di applicazioni supportate. Kubernetes mira a supportare una grande varietà di carichi di lavoro, compresi i carichi di lavoro senza stato, stateful e di elaborazione dati. Se un'applicazione può essere eseguita in un container, dovrebbe funzionare alla grande anche su Kubernetes. -* Non distribuisce il codice sorgente e non costruisce la vostra applicazione. I flussi di lavoro Continuous Integration, Delivery, and Deployment (CI/CD) sono determinati dalle culture e preferenze dell'organizzazione e dai requisiti tecnici. -* Non fornisce servizi a livello applicativo, come middleware (per esempio, bus di messaggi), framework di elaborazione dati (per esempio, Spark), database (per esempio, mysql), cache, né sistemi di archiviazione cluster (per esempio, Ceph) come servizi integrati. Tali componenti possono essere eseguiti su Kubernetes, e/o possono essere richiamati da applicazioni che girano su Kubernetes attraverso meccanismi portatili, come l'Open Service Broker. -* Non impone soluzioni di logging, monitoraggio o di allarme. Fornisce alcune integrazioni come test di un concetto, e meccanismi per raccogliere ed esportare le metriche. -* Non fornisce né rende obbligatorio un linguaggio/sistema di configurazione (per esempio, jsonnet). Fornisce un'API dichiarativa che può essere presa di mira da forme arbitrarie di specifiche dichiarative. -* Non fornisce né adotta alcuna configurazione completa della macchina, manutenzione, gestione o sistemi di autoguarigione. -* 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 e più potente, robusto, resiliente ed estensibile. +* Non limita i tipi di applicazioni supportate. Kubernetes mira a supportare una grande varietà di carichi di lavoro, compresi i carichi di lavoro stateless, stateful e elaborazione di dati. Se un'applicazione può essere eseguita in un container, dovrebbe funzionare alla grande anche su Kubernetes. +* Non compila il codice sorgente e non crea i container. I flussi di Continuous Integration, Delivery, and Deployment (CI/CD) sono determinati dalla cultura e dalle preferenze dell'organizzazione e dai requisiti tecnici. +* Non fornisce servizi a livello applicativo, come middleware (per esempio, bus di messaggi), framework di elaborazione dati (per esempio, Spark), database (per esempio, mysql), cache, né sistemi di storage distribuito (per esempio, Ceph) come servizi integrati. Tali componenti possono essere eseguiti su Kubernetes, e/o possono essere richiamati da applicazioni che girano su Kubernetes attraverso meccanismi come l'[Open Service Broker](https://openservicebrokerapi.org/). +* Non impone soluzioni di logging, monitoraggio o di gestione degli alert. Fornisce alcune integrazioni come dimostrazione, e meccanismi per raccogliere ed esportare le metriche. +* Non fornisce né rende obbligatorio un linguaggio/sistema di configurazione (per esempio, Jsonnet). Fornisce un'API dichiarativa che può essere richiamata da qualsiasi sistema. +* 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 %}} -* Dai un'occhiata alla pagina [Le Componenti di Kubernetes](/docs/concepts/overview/components/) +* Dai un'occhiata alla pagina [i componenti di Kubernetes](/docs/concepts/overview/components/) * Sai già [Come Iniziare](/docs/setup/)? {{% /capture %}} From 04aa3aade6dba32ae1f3768d3c836f46cb0b040c Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sun, 5 Apr 2020 10:51:58 +0200 Subject: [PATCH 12/26] reimport from https://raw.githubusercontent.com/cncf/foundation/master/code-of-conduct-languages/it.md --- .../community/static/cncf-code-of-conduct.md | 50 ++++++------------- 1 file changed, 16 insertions(+), 34 deletions(-) diff --git a/content/it/community/static/cncf-code-of-conduct.md b/content/it/community/static/cncf-code-of-conduct.md index 3ee025ba34..0622b9edab 100644 --- a/content/it/community/static/cncf-code-of-conduct.md +++ b/content/it/community/static/cncf-code-of-conduct.md @@ -1,46 +1,28 @@ -## CNCF Community Code of Conduct v1.0 +## CNCF Codice di condotta comunitaria v1.0 -### Contributor Code of Conduct +### Codice di condotta dei collaboratori -As contributors and maintainers of this project, and in the interest of fostering -an open and welcoming community, we pledge to respect all people who contribute -through reporting issues, posting feature requests, updating documentation, -submitting pull requests or patches, and other activities. +Come collaboratori e responsabili di questo progetto, per creare un ambiente accogliente e aperto, ci impegniamo a rispettare tutte le persone che contribuiranno a segnalare dei problemi, condividendo richieste, aggiornando la documentazione, inviando richieste o patch e altre attività. -We are committed to making participation in this project a harassment-free experience for -everyone, regardless of level of experience, gender, gender identity and expression, -sexual orientation, disability, personal appearance, body size, race, ethnicity, age, -religion, or nationality. +Ci impegniamo a far si che la partecipazione ai progetti CNCF sia un’esperienza senza alcun tipo di molestia, indipendentemente dal livello di esperienza, genere, espressione, orientamento sessuale, disabilità, apparenza fisica, taglia, razza, etnia, età, religione o nazionalità. -Examples of unacceptable behavior by participants include: +Esempi di comportamenti inaccettabili includono: -* The use of sexualized language or imagery -* Personal attacks -* Trolling or insulting/derogatory comments -* Public or private harassment -* Publishing other's private information, such as physical or electronic addresses, - without explicit permission -* Other unethical or unprofessional conduct. +- Uso di linguaggio o immagini volgari +- Attacchi personali +- Trolling o commenti dispregiativi +- Molestie privato o pubbliche +- Pubblicazione di informazioni personali, come indirizzi di posta elettronica o indirizzi di residenza, senza permesso esplicito +- Altri tipi di condotta non etica o non professionale -Project maintainers have the right and responsibility to remove, edit, or reject -comments, commits, code, wiki edits, issues, and other contributions that are not -aligned to this Code of Conduct. By adopting this Code of Conduct, project maintainers -commit themselves to fairly and consistently applying these principles to every aspect -of managing this project. Project maintainers who do not follow or enforce the Code of -Conduct may be permanently removed from the project team. +I responsabili di progetto hanno il diritto e la responsabilità di rimuovere, modificare o respingere commenti, aggressioni, codice, wiki edit, reclami e altri contributi che non siano allineati con questo codice di condotta. Adottando il codice di condotta, i responsabili del progetto si impegnano ad applicare questi principi in prima persona e a ogni aspetto della gestione del progetto. I responsabili che non seguiranno o non faranno rispettare il codice di condotta saranno rimossi dal team. Questo codice di condotta verrà applicato a chiunque contribuisca o rappresenti un progetto o la sua comunità in pubblico. -This code of conduct applies both within project spaces and in public spaces -when an individual is representing the project or its community. +Casi di comportamenti abusivi, molestie o altri comportamenti inaccettabili in Kubernetes potranno essere denunciati contattando [Il comitato del codice di condotta Kubernetes (CNCF)](https://git.k8s.io/community/committee-code-of-conduct) attraverso . Per altri progetti, contattare il Project manager del CNCF o il nostro mediatore, Mishi Choudhary . -Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting -the [Kubernetes Code of Conduct Committee](https://github.com/kubernetes/community/tree/master/committee-code-of-conduct) . +Il codice di condotta è stato adattato dal Contributor Covenant (http://contributor-covenant.org), versione 1.2.0, disponibile su http://contributor-covenant.org/version/1/2/0/ -This Code of Conduct is adapted from the Contributor Covenant -(http://contributor-covenant.org), version 1.2.0, available at -http://contributor-covenant.org/version/1/2/0/ +### CNCF Codice di condotta negli eventi -### CNCF Events Code of Conduct - -CNCF events are governed by the Linux Foundation [Code of Conduct](http://events.linuxfoundation.org/events/cloudnativecon/attend/code-of-conduct) available on the event page. This is designed to be compatible with the above policy and also includes more details on responding to incidents. +Gli eventi CNCF sono gestiti da Linux Foundation Codice di Condotta disponibile sulla pagina dell'evento. Questo è compatibile con quanto descritto sopra e include maggiori dettagli sulla gestione degli incidenti. From 288e68d45bbc3c64327d6d57b0475c7ed69af252 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sun, 5 Apr 2020 15:38:46 +0200 Subject: [PATCH 13/26] Align meaning to English version --- content/it/includes/federation-deprecation-warning-note.md | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/content/it/includes/federation-deprecation-warning-note.md b/content/it/includes/federation-deprecation-warning-note.md index 2d53cdaaf1..d0783ecdab 100644 --- a/content/it/includes/federation-deprecation-warning-note.md +++ b/content/it/includes/federation-deprecation-warning-note.md @@ -1,5 +1,3 @@ -L'uso di `Federation v1` è fortemente sconsigliato. `Federation V1` ha ormai raggiunto lo stato GA e non è più in -fase di sviluppo attivo. La documentazione è solo per scopi storici. +L'uso di `Federation v1` è fortemente sconsigliato. `Federation V1` non ha mai raggiunto lo stato GA e non è più in fase di sviluppo attivo. La documentazione è solo per scopi storici. -Per ulteriori informazioni, il seguente link -[Kubernetes Federation v2](https://github.com/kubernetes-sigs/federation-v2). +Per ulteriori informazioni, vedi la documentazione per il suo successore [Kubernetes Federation v2](https://github.com/kubernetes-sigs/federation-v2). From 63386bebe81aaeb17cad8694eab537433b261f60 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sun, 5 Apr 2020 15:32:51 +0200 Subject: [PATCH 14/26] Improve italian form --- content/it/partners/_index.html | 128 +++++--------------------------- 1 file changed, 18 insertions(+), 110 deletions(-) diff --git a/content/it/partners/_index.html b/content/it/partners/_index.html index 44fbb05a49..5a6e187777 100644 --- a/content/it/partners/_index.html +++ b/content/it/partners/_index.html @@ -1,135 +1,43 @@ --- -draft: True -title: Partners -bigheader: Kubernetes Partners -abstract: Growing the Kubernetes ecosystem. +title: Partner +bigheader: I partner di Kubernetes +abstract: Far crescere l'ecosistema di Kubernetes. class: gridPage cid: partners ---
-
-
Kubernetes collabora con i partner per creare una base di codice forte e vivace che supporti uno spettro di piattaforme complementari.
-
-
-
- - -
-
-
Kubernetes lavora in collaborazione con diversi partner al fine di creare un codice dalla base forte e dinamica che supporti uno spettro di piattaforme complementari.
+
+
Kubernetes collabora con i partner per creare per creare un codebase che supporti uno spettro di piattaforme complementari.
- Fornitori di Servizi Certificati Kubernetes + Fornitori Certificati di Servizi su Kubernetes
-
Fornitori di servizi controllati con grande esperienza nell'aiutare le imprese ad adottare con successo Kubernetes. +
Fornitori di servizi con grande esperienza nell'aiutare le imprese ad adottare con successo Kubernetes.


- -

Interessato a diventare partner KCSP? + +

Interessato a diventare un partner KCSP?
- Distribuzioni Kubernetes Certificate, Piattaforme Hosted e Installers -
La conformità del software assicura che la versione di Kubernetes di ogni fornitore supporti le API richieste. + Distribuzioni di Kubernetes Certificate, Certified Hosted Platforms and Software di installazione Certificati + La conformità del software assicura che la versione di Kubernetes di ogni fornitore supporti le API necessarie.


- -

Interessato a diventare partner Certificati Kubernetes? + +

Interessato a diventare un partner certificato Kubernetes?
-
Partner per la Formazione Kubernetes
-
Professionisti esperti e certificati, con solida esperienza nella formazione tecnologica Cloud Native. - -

Interessato a diventare partner KTP? -
-
-
- - - -
- - -
- -
-
- - - - -> - Fornitori di servizi certificati Kubernetes - -
Fornitori di servizi con una grande esperienza nell'aiutare le imprese ad adottare con successo Kubernetes. -


- -

Interessato a diventare un KCSP? -
-
-
-
-
- Distribuzioni certificate di Kubernetes, piattaforme hosted e installer -
La conformità del software garantisce che la versione di Kubernetes di ogni fornitore supporti le API richieste. -


- -

Interessato a diventare un Certificato Kubernetes? -
-
-
-
-
Partner di formazione di Kubernetes
-
Fornitori di formazione con esperienza che hanno una profonda esperienza nella formazione della tecnologia cloud nativa. +
Partner per la Formazione su Kubernetes
+
Professionisti esperti e certificati, con solida esperienza nella formazione su tecnologie Cloud Native.



- -

Interessato a diventare un KTP? + +

Interessato a diventare un partner KTP?
@@ -167,7 +75,7 @@ cid: partners
- +
From a6d784b2e1c1877d6458db453d68efe4f380655f Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sat, 4 Apr 2020 18:19:32 +0200 Subject: [PATCH 15/26] Align community page with English version --- content/it/community/_index.html | 288 ++++++++++++++++++++++++------- 1 file changed, 228 insertions(+), 60 deletions(-) diff --git a/content/it/community/_index.html b/content/it/community/_index.html index 3e46649c0c..779153bd67 100644 --- a/content/it/community/_index.html +++ b/content/it/community/_index.html @@ -1,69 +1,237 @@ --- -title: Community +title: Comunità layout: basic cid: community --- -
-
-
-

Garantire che Kubernetes funzioni bene ovunque e per tutti.

-

Connettersi con la comunità Kubernetes sul nostro canale di Slack, forum di discussione, o unisciti al - Kubernetes-dev Google group. Una riunione settimanale - della comunità avviene tramite videoconferenza per discutere lo stato delle cose, vedi - queste istruzioni per informazioni -su come partecipare

-

Puoi anche unirti a Kubernetes in tutto il mondo attraverso il nostro - Kubernetes Meetup Community e - Kubernetes Cloud Native Meetup Community.

-
-
-

Special Interest Groups (SIGs)

-

hai un interesse particolare nel modo in cui Kubernetes funziona con un'altra tecnologia? Guarda la nostra crescita - lista dei SIG, - da AWS e Openstack a Big Data e Scalabilità, c'è un posto per te per contribuire e istruzioni - puoi creare un nuovo SIG di tuo interesse se non e presente(ancora).

+
+
+ Immagine di una conferenza Kubernetes + Immagine di una conferenza Kubernetes +
-

Come membro della comunità di Kubernetes, puoi partecipare a qualsiasi riunione SIG - a cui sei interessato. Non è richiesta alcuna registrazione.

+
+
+

La comunità di Kubernetes - cioè gli utenti, i contributors e la cultura che abbiamo costruito tutti assieme - è una dei maggiori motivi della crescita esponenziale di questo progetto open-source. La nostra cultura e i nostri valori continuano a rafforzarsi con il progetto stesso. Lavoriamo tutti assieme per il miglioramento costante del progetto e degli strumenti di lavoro correlati. +

Noi siamo le persone che aprono gli issue, le pull request, che partecipano alle riunioni delle SIG, ai meetup di Kubernetes, alle KubeCon, che promuoviamo l'innovazione e l'adozione di Kubernetes, che eseguiamo kubectl get pods, e che contribuiamo in moltissimi altri modi egualmente vitali al progetto. Vai avanti a leggere per scoprire come essere coinvolto in queste attività e diventare parte di questa meravigliosa comunità.

+
+
-
+
-
-

Codice di condotta

-

La comunità di Kubernetes apprezza il rispetto e l'inclusività, e - applica un Codice di condotta in tutte - le interazioni. Se si nota una violazione del Codice di condotta a - in un evento o meeting in Slack, or in qualsiasi canale di comunicazione - contatta il Comitato di Condotta di Kubernetes - conduct@kubernetes.io. - Il tuo anonimato sarà protetto. -

-
-
-
+Codice di Condotta      +Video      +Discussioni      +Eventi e meetups      +Notizie -
-
-

Parla con noi!

-

Ci piacerebbe sapere da te, come stai usando Kubernetes,
e cosa possiamo fare per renderlo migliore.

-
-
- @kubernetesio -

Ricevi le ultime notizie e aggiornamenti.

-
-
- GitHub Project -

Guarda il progetto e considera di contribuire

-
-
- #kubernetes-users -

Il nostro canale Slack è il modo migliore per contattare i nostri ingegneri e condividere le tue idee con loro.

-
-
- Stack Overflow -

Il nostro forum di utenti è un ottimo posto dove andare per il supporto della comunità.

-
-
-
-
+
+

+
+
+
+ Immagine di una conferenza Kubernetes +
+ +
+ Immagine di una conferenza Kubernetes +
+ +
+ Immagine di una conferenza Kubernetes +
+ Immagine di una conferenza Kubernetes + + +
+ + + +
+
+

+

+

Codice di Condotta

+La comunità di Kubernetes valorizza il rispetto e l'inclusività, e mette il Codice di Condotta alla base di ogni iterazione. Se noti una violazione del Codice di Condotta durante une evento o un meeting, in Slack, o in qualsiasi altra comunicazione, contatta la Kubernetes Code of Conduct Committee mandando una mail a conduct@kubernetes.io. Tutte le segnalazioni sono tenute confidenziali. Puoi leggere di più sulla Kubernetes Code of Conduct Committee qui. +
+ +

+ + +LEGGI DI PIÙ + + +
+
+
+ + + +
+

+

+

Video

+ +
Siamo molto presenti su YouTube. Iscriviti per seguire i molti argomenti che vengono trattati.
+ +
+ +
+ + + + +
+Guarda gli incontri mensili ▶
+ +
+ +
+ + +
+Guarda i meetings settimanali della comunità ▶ +
+ +
+ +
+ + + + +
+Guarda un talk di un membro della comunità ▶ +
+ + + +
+
+
+ + +
+

+

+

Discussioni

+ +
A noi piace parlare! Vienici a trovare e partecipa alla conversazione su una di queste piattaforme.
+ +
+ +
+Forum" + +forum ▶ + +
+Discussioni tecniche che completano la documentazione, StackOverflow, e molto altro +
+
+ +
+Twitter + +twitter ▶ + +
+Annunci di nuovi blog post, eventi, notizie e idee in tempo reale +
+
+ +
+GitHub + +github ▶ + +
+Tracciamento di tutti i progetti e issue, e ovviante il codice stesso +
+
+ +
+Stack Overflow + +stack overflow ▶ + +
+ Supporto tecnico per ogni caso di utilizzo + +
+
+ + + +
+
+
+

+

+
+

Eventi futuri

+ {{< upcoming-events >}} +
+
+ +
+
+
+

Comunità globale

+Con oltre 150 meetup in tutto il mondo in continua crescita, trova le persone della comunità che sono vicine a te. Se non ci sono eventi vicini a te, organizzane uno tu! +
+ +
+TROVA UN MEETUP +
+ + +
+
+ + + + +
+

+

+

Notizie Recenti

+ +
+
+ +
+ +
+



+
+ +
From 363b46853bac3466dee43c6c1b5292eebc78634f Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Mon, 6 Apr 2020 22:36:23 +0200 Subject: [PATCH 16/26] Translate training/_index.md to Italian --- content/it/training/_index.html | 118 ++++++++++++++++++++++++++++++++ 1 file changed, 118 insertions(+) create mode 100644 content/it/training/_index.html diff --git a/content/it/training/_index.html b/content/it/training/_index.html new file mode 100644 index 0000000000..6639752f19 --- /dev/null +++ b/content/it/training/_index.html @@ -0,0 +1,118 @@ +--- +title: Formazione +bigheader: Formazione e Certificazioni Kubernetes +abstract: Programmi di formazioni, certificazioni e partner. +layout: basic +cid: training +class: training +--- + +
+
+
+
+ +
+
+ +
+
+

Costruisci la tua carriera nel mondo Cloud Native

+

Kubernetes è il fondamento del mondo Cloud Native. La formazione e le certificazioni della The Linux Foundation e dei nostri partner ti permettono di investire nella tua carriera, imparare Kubernetes, e aver successo nei tuoi progetti Cloud Native.

+
+
+
+
+ +
+
+
+

Fai un corso gratuito su edX

+
+
+
+
+
+ Introduzione a Kubernetes
  +
+

Vuoi imparare Kubernetes? Ottieni delle solide fondamenta su questo potente sistema di gestione di applicazioni containerizzate.

+
+ Vai al corso +
+
+
+
+
+ Introduzione alle tecnologie infrastrutturali della Cloud +
+

Impara le basi per creare e gestire tecnologie cloud direttamente dalla The Linux Foundation, il leader nel mondo open source.

+
+ Vai al corso +
+
+
+
+
+ Introduzione a Linux +
+

Non hai mai imparato Linux? Hai bisogno di un ripasso? Sviluppa una buona conoscenza delle varie famiglie di distribuzioni Linux usando sia l'interfaccia grafica che la linea di comando.

+
+ Vai al corso +
+
+
+
+ +
+
+
+

Impara con la The Linux Foundation

+

La The Linux Foundation offre corsi con un formatore e corsi da fare in autonomia relativi allo sviluppo di applicativi per Kubernetes e per la sua gestione.

+

+ Vedi i corsi +
+
+
+ +
+
+
+

Certificati Kubernetes

+
+
+
+
+
+ Certified Kubernetes Application Developer (CKAD) +
+

L'esame "Certified Kubernetes Application Developer" certifica che la persona è in grado di progettare, costruire, configurare, ed esporre un applicativo Cloud Native su Kubernetes.

+
+ Vai alla certificazione +
+
+
+
+
+ Certified Kubernetes Administrator (CKA) +
+

Il programma "Certified Kubernetes Administrator" assicura che la persona ha le capacità, conoscenze, e competenze per operare come amministratore di Kubernets.

+
+ Vai alla certificazione +
+
+
+
+
+ +
+
+
+

Partner per la formazione Kubernetes

+

La nostra rete di Kubernetes Training Partners fornisce servizi di formazione su Kubernetes e sui progetti Cloud Native.

+
+
+
+ + +
+
From 5a9c41c8c305867dc24f1779115b4f1637165035 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Mon, 6 Apr 2020 22:46:17 +0200 Subject: [PATCH 17/26] align Italian with current English version --- i18n/it.toml | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/i18n/it.toml b/i18n/it.toml index 597fd1c2ae..5e1f29898c 100644 --- a/i18n/it.toml +++ b/i18n/it.toml @@ -28,6 +28,12 @@ other = "Twitter" [community_youtube_name] other = "YouTube" +[deprecation_warning] +other = " documentazione non è più manutenuta. La versione che stai visualizzando in questo momento è archiviata. Per una versione aggiornata, guarda " + +[deprecation_file_warning] +other = "Deprecata" + [docs_label_browse] other = "Sfoglia documenti" @@ -52,6 +58,9 @@ other = "Questa pagina è stata di aiuto?" [feedback_yes] other = "Sì" +[input_placeholder_email_address] +other = "indirizzo email" + [latest_version] other = "ultima versione." From 33faa53ba407d326952572f771359166e6f85716 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sun, 22 Mar 2020 18:00:26 +0100 Subject: [PATCH 18/26] Translate the homepage to Italian --- content/it/_index.html | 98 +++++++++++++++++++----------------------- 1 file changed, 45 insertions(+), 53 deletions(-) diff --git a/content/it/_index.html b/content/it/_index.html index e3b848693f..b90f016777 100644 --- a/content/it/_index.html +++ b/content/it/_index.html @@ -1,71 +1,63 @@ --- -draft: True -title: Panoramica sull'amministrazione del cluster -content_template: templates/concept -weight: 10 +title: "Orchestrazione di Container in produzione" +abstract: "Deployment, scalabilità, e gestione di container automatizzata" +cid: home --- +{{< announcement >}} -{{% capture 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 %}} +{{< deprecationwarning >}} -{{% capture body %}} -## Progettare un cluster +{{< blocks/section id="oceanNodes" >}} +{{% blocks/feature image="flower" %}} +### [Kubernetes (K8s)]({{< relref "/docs/concepts/overview/what-is-kubernetes" >}}) è un software open-source per l'automazione del deployment, scalabilità, e gestione di applicativi in containers. -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*. +K8s raggruppa i containers che compongono gli applicativi in unità logiche per semplificare la gestione e la visibilità. Kubernetes si basa su [15 anni di esperienza di esecuzione di workload in produzione presso Google](http://queue.acm.org/detail.cfm?id=2898444), combinata con le migliori idee e pratiche dalla community. +{{% /blocks/feature %}} -Prima di scegliere una guida, ecco alcune considerazioni: +{{% blocks/feature image="scalable" %}} +#### Scala planetaria - - Vuoi provare Kubernetes sul tuo computer o vuoi creare un cluster multi-nodo ad alta disponibilità? Scegli la distro che più si adatti alle tue esigenze. - - **Se si sta progettando per l'alta disponibilità**, impara a configurare [cluster in più zone](/docs/concepts/cluster-administration/federation/). - - Utilizzerai **un cluster di Kubernetes ospitato**, come [Motore di Google Kubernetes](https://cloud.google.com/kubernetes-engine/) o **che ospita il tuo cluster**? - - Il tuo cluster sarà **on-premises** o **nel cloud (IaaS)**? Kubernetes non supporta direttamente i cluster ibridi. Invece, puoi impostare più cluster. - - **Se stai configurando Kubernetes on-premises**, considera quale [modello di rete](/docs/concepts/cluster-administration/networking/) si adatti meglio. - - Eseguirai Kubernetes su **hardware "bare metal"** o su **macchine virtuali (VM)**? - - Vuoi **solo eseguire un cluster**, oppure ti aspetti di fare **lo sviluppo attivo del codice del progetto di Kubernetes**? - In quest'ultimo caso, scegli una distribuzione sviluppata attivamente. Alcune distribuzioni utilizzano solo versioni binarie, ma offrono una maggiore varietà di scelte - - Familiarizzare con i [componenti](/docs/admin/cluster-components/) necessari per eseguire un cluster. +Kubernetes può scalare senza un aumento di lavoro per il tuo team, grazie al fatto che è stato progettato sugli stessi principi che permettono a Google di eseguire miliardi di container per settimana. -Nota: non tutte le distro vengono mantenute attivamente. Scegli le distro che sono state testate con una versione recente di Kubernetes. +{{% /blocks/feature %}} -## Managing a cluster +{{% blocks/feature image="blocks" %}} +#### Mai limitante -* [Gestione di un cluster](/docs/tasks/administration-cluster/cluster-management/) descrive diversi argomenti relativi al ciclo di vita di un cluster: creazione di un nuovo cluster, aggiornamento dei nodi master e worker del cluster, esecuzione della manutenzione del nodo (ad esempio kernel aggiornamenti) e aggiornamento della versione dell'API di Kubernetes di un cluster in esecuzione. +Che tu stia facendo dei test locali o supportando una azienda globale, la flessibilità di Kubernetes ti permette di eseguire le tue applicazioni coerentemente e facilmente, indipendentemente dalla complessità delle tue esigenze. -* Scopri come [gestire i nodi](/docs/concepts/nodi/node/). +{{% /blocks/feature %}} -* Scopri come impostare e gestire la [quota di risorse](/docs/concepts/policy/resource-quote/) per i cluster condivisi. +{{% blocks/feature image="suitcase" %}} +#### Esegui ovunque -## Proteggere un cluster +Kubernetes è open source, e ti offre la libertà di spostare i tuoi carichi di lavoro senza fatica tra ambienti on-premises, ibridi, e cloud pubblici. -* [Certificati](/docs/concepts/cluster-administration/certificates/) descrive i passaggi per generare certificati utilizzando diverse catene di strumenti. +{{% /blocks/feature %}} -* [Kubernetes Container Environment](/docs/concepts/containers/container-environment-variables/) descrive l'ambiente per i contenitori gestiti Kubelet su un nodo Kubernetes. +{{< /blocks/section >}} -* [Controllo dell'accesso all'API di Kubernetes](/docs/reference/access-authn-authz/controlling-access/) descrive come impostare le autorizzazioni per gli utenti e gli account di servizio. +{{< blocks/section id="video" background-image="kub_video_banner_homepage" >}} +
+

La sfida di migrare 150+ Microservizi su Kubernetes

+

Di Sarah Wells, Technical Director for Operations and Reliability, Financial Times

+ +
+
+
+ Partecipa alla KubeCon ad Amsterdam (13-16 Agosto 2020) +
+
+
+
+ Partecipa alla KubeCon a Boston (17-20 Novembre 2020) +
+
+ + +
+{{< /blocks/section >}} -* [Autenticazione](/docs/reference/access-authn-authz/authentication/) spiega l'autenticazione in Kubernetes, incluse le varie opzioni di autenticazione. - -* [Autorizzazione](/docs/reference/access-authn-authz/authorization/) è separato dall'autenticazione e controlla come vengono gestite le chiamate HTTP. - -* [Utilizzo dei controller di ammissione](/docs/reference/access-authn-authz/admission-controller/) spiega i plug-in che intercettano le richieste al server API Kubernetes dopo l'autenticazione e l'autorizzazione. - -* [Uso di Sysctls in un cluster Kubernetes](/docs/concepts/cluster-administration/sysctl-cluster/) descrive a un amministratore come utilizzare lo strumento da riga di comando `sysctl` per impostare i parametri del kernel. - -* [Controllo](/docs/tasks/debug-application-cluster/audit/) descrive come interagire con i log di controllo di Kubernetes. - - -### Securing the kubelet - * [Master-Node communication](/docs/concepts/architecture/master-node-communication/) - * [TLS bootstrapping](/docs/reference/command-line-tools-reference/kubelet-tls-bootstrapping/) - * [Kubelet authentication/authorization](/docs/admin/kubelet-authentication-authorization/) - -## Optional Cluster Services - -* [Integrazione DNS](/docs/concepts/services-networking/dns-pod-service/) descrive come risolvere un nome DNS direttamente su un servizio Kubernetes. - -* [Registrazione e monitoraggio delle attività del cluster](/docs/concepts/cluster-administration/logging/) spiega come funziona il logging in Kubernetes e come implementarlo. - -{{% /capture %}} +{{< blocks/kubernetes-features >}} +{{< blocks/case-studies >}} From 0cdf468e5fd88be7f022f4ebdfc25714a22af48d Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sat, 11 Apr 2020 15:49:58 +0200 Subject: [PATCH 19/26] align community with branched English version --- content/it/community/_index.html | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/it/community/_index.html b/content/it/community/_index.html index 779153bd67..1da64c4b0e 100644 --- a/content/it/community/_index.html +++ b/content/it/community/_index.html @@ -6,8 +6,8 @@ cid: community
- Immagine di una conferenza Kubernetes - Immagine di una conferenza Kubernetes + Immagine di una conferenza Kubernetes + Immagine di una conferenza Kubernetes
From 09035dda97cb30918bad9c33c7636fe7246b5e1a Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sat, 11 Apr 2020 15:58:42 +0200 Subject: [PATCH 20/26] Align with English version --- content/it/docs/concepts/overview/what-is-kubernetes.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/content/it/docs/concepts/overview/what-is-kubernetes.md b/content/it/docs/concepts/overview/what-is-kubernetes.md index 5c717c0ad9..399b31da9c 100644 --- a/content/it/docs/concepts/overview/what-is-kubernetes.md +++ b/content/it/docs/concepts/overview/what-is-kubernetes.md @@ -1,5 +1,7 @@ --- -title: Cos'è Kubernetes +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 weight: 10 card: @@ -14,7 +16,7 @@ Questa pagina è una panoramica generale su Kubernetes. {{% capture 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 si basa su [quindici anni di esperienza di Google nella gestione di carichi di lavoro di produzione su scala mondiale](https://ai.google/research/pubs/pub43438), combinata con le migliori idee e pratiche della comunità. +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à. ## Facciamo un piccolo salto indietro Diamo un'occhiata alla ragione per cui Kubernetes è così utile facendo un piccolo salto indietro nel tempo. From b03aca179d868499aa499b21b71e959d9163908b Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sat, 11 Apr 2020 16:08:58 +0200 Subject: [PATCH 21/26] de-drafting concepts/architecture/_index.md --- content/it/docs/concepts/architecture/_index.md | 1 - 1 file changed, 1 deletion(-) diff --git a/content/it/docs/concepts/architecture/_index.md b/content/it/docs/concepts/architecture/_index.md index fb49737380..0a87c18478 100755 --- a/content/it/docs/concepts/architecture/_index.md +++ b/content/it/docs/concepts/architecture/_index.md @@ -1,5 +1,4 @@ --- -draft: True title: "Architettura di Kubernetes" weight: 30 --- From e6969775fec784797e16eed56296d42d3e399314 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sun, 12 Apr 2020 12:09:11 +0200 Subject: [PATCH 22/26] De-draft docs/concepts/architecture/cloud-controller.md and align with current English version --- .../concepts/architecture/cloud-controller.md | 119 +++++++----------- 1 file changed, 48 insertions(+), 71 deletions(-) diff --git a/content/it/docs/concepts/architecture/cloud-controller.md b/content/it/docs/concepts/architecture/cloud-controller.md index e903437044..866309ce2d 100644 --- a/content/it/docs/concepts/architecture/cloud-controller.md +++ b/content/it/docs/concepts/architecture/cloud-controller.md @@ -1,5 +1,4 @@ --- -draft: True title: Concetti alla base del Cloud Controller Manager content_template: templates/concept weight: 30 @@ -7,11 +6,11 @@ weight: 30 {{% capture overview %}} -Il concetto CCM (cloud controller manager) (da non confondere con il binario) è stato originariamente creato per consentire al codice del fornitore specifico del cloud e al core Kubernetes di evolversi indipendentemente l'uno dall'altro. Il gestore del controller cloud viene eseguito insieme ad altri componenti principali come il controller controller di Kubernetes, il server API e lo scheduler. Può anche essere avviato come addon di Kubernetes, nel qual caso viene eseguito su Kubernetes. +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. -Il design del gestore del controller cloud è basato su un meccanismo di plug-in che consente ai nuovi provider cloud di integrarsi facilmente con Kubernetes utilizzando plug-in. Sono in atto piani per l'acquisizione a bordo di nuovi provider di cloud su Kubernetes e per la migrazione dei provider di cloud dal vecchio modello al nuovo modello CCM. +Il design del cloud controller manager è basato su un meccanismo di plug-in che consente ai nuovi provider cloud di integrarsi facilmente con Kubernetes creando un plug-in. Sono in atto programmi per l'aggiunta di nuovi provider di cloud su Kubernetes e per la migrazione dei provider che usano il vecchio metodo a questo nuovo metodo. -Questo documento discute i concetti alla base del gestore del controller cloud e fornisce dettagli sulle funzioni associate. +Questo documento discute i concetti alla base del cloud controller manager e fornisce dettagli sulle funzioni associate. Ecco l'architettura di un cluster Kubernetes senza il gestore del controller cloud: @@ -22,7 +21,7 @@ Ecco l'architettura di un cluster Kubernetes senza il gestore del controller clo {{% capture body %}} -## Design +## Architettura Nel diagramma precedente, Kubernetes e il provider cloud sono integrati attraverso diversi componenti: @@ -31,100 +30,84 @@ Nel diagramma precedente, Kubernetes e il provider cloud sono integrati attraver * Kubernetes API server -CCM consolida tutta la logica dipendente dal cloud dai tre componenti precedenti per creare un singolo punto di integrazione con il cloud. La nuova architettura con il CCM si presenta così: +Il CCM consolida tutta la logica dipendente dal cloud presente nei tre componenti precedenti, per creare un singolo punto di integrazione con il cloud. La nuova architettura con il CCM si presenta così: ![CCM Kube Arch](/images/docs/post-ccm-arch.png) -## Components of the CCM +## Componenti del CCM -CCM interrompe alcune funzionalità di Kubernetes controller manager (KCM) e lo esegue come processo separato. In particolare, elimina i controller in KCM dipendenti dal cloud. KCM ha i seguenti loop del controller dipendenti dal cloud: +Il CCM divide alcune funzionalità del Kubernetes controller manager (KCM) e le esegue in un differente processo. In particolare, toglie dal KCM le integrazioni con il cloud specifico. Il KCM ha i seguenti controller che dipendono dal cloud specifico: * Node controller * Volume controller * Route controller * Service controller -Nella versione 1.9, CCM esegue i seguenti controller dall'elenco precedente: +Nella versione 1.9, il CCM esegue i seguenti controller dall'elenco precedente: * Node controller * Route controller * Service controller -Inoltre, esegue un altro controller chiamato controller PersistentVolumeLabels. Questo controller è responsabile dell'impostazione delle etichette delle zone e delle regioni su PersistentVolumes creati nei cloud GCP e AWS. - {{< note >}} -Il controller del volume è stato deliberatamente scelto per non far parte di CCM. A causa della complessità e degli sforzi già esistenti per estrapolare la logica del volume specifica del fornitore, è stato deciso che il controller del volume non verrà spostato su CCM. +È stato deliberatamente deciso di non spostare il Volume controller nel CCM. Data la complessità del Volume controller e gli sforzi già fatti per astrarre le logiche specifiche dei singoli fornitori, è stato deciso che il Volume controller non verrà spostato nel CCM. {{< /note >}} -Il piano originale per supportare i volumi utilizzando CCM era di utilizzare i volumi Flex per supportare volumi collegabili. Tuttavia, è in programma uno sforzo concorrente noto come CSI per sostituire la logica Flex.me, è stato deciso che il controller del volume non verrà spostato su CCM. +Il piano originale per supportare i volumi utilizzando il CCM era di utilizzare [Flex](/docs/concepts/storage/volumes/#flexVolume) per supportare volumi collegabili. Tuttavia, una implementazione parallela, nota come [CSI](/docs/concepts/storage/volumes/#csi) è stata designata per sostituire Flex. -Considerando queste dinamiche, abbiamo deciso di adottare una misurazione dell'interruzione intermedia finché il CSI non è pronto. +Considerando queste evoluzioni, abbiamo deciso di adottare un approccio intermedio finché il CSI non è pronto. -## Functions of the CCM +## Funzioni del CCM -Il CCM eredita le sue funzioni da componenti di Kubernetes che dipendono da un provider di cloud. Questa sezione è strutturata in base a tali componenti. +Il CCM eredita le sue funzioni da componenti di Kubernetes che dipendono da uno specifico provider di cloud. Questa sezione è strutturata sulla base di tali componenti. ### 1. Kubernetes controller manager -La maggior parte delle funzioni del CCM è derivata dal KCM. Come menzionato nella sezione precedente, CCM esegue i seguenti cicli di controllo: +La maggior parte delle funzioni del CCM deriva dal KCM. Come menzionato nella sezione precedente, CCM esegue i seguenti cicli di controllo: * Node controller * Route controller * Service controller -* PersistentVolumeLabels controller #### Node controller -Il controller del nodo è responsabile per l'inizializzazione di un nodo ottenendo informazioni sui nodi in esecuzione nel cluster dal provider cloud. Il controller del nodo esegue le seguenti funzioni: +Il Node controller è responsabile per l'inizializzazione di un nodo ottenendo informazioni sui nodi in esecuzione nel cluster dal provider cloud. Il controller del nodo esegue le seguenti funzioni: -1. Inizializzare un nodo con etichette zona / regione specifiche per il cloud. -2. Inizializzare un nodo con dettagli di istanza specifici del cloud, ad esempio, tipo e dimensione. -3. Ottenere gli indirizzi di rete del nodo e il nome host. +1. Inizializzare un nodo con le label zone/region specifiche per il cloud in uso. +2. Inizializzare un nodo con le specifiche, ad esempio, tipo e dimensione specifiche del cloud in uso. +3. Ottenere gli indirizzi di rete del nodo e l'hostname. 4. Nel caso in cui un nodo non risponda, controlla il cloud per vedere se il nodo è stato cancellato dal cloud. -Se il nodo è stato eliminato dal cloud, elimina l'oggetto Nodo Kubernetes. +Se il nodo è stato eliminato dal cloud, elimina l'oggetto Nodo di Kubernetes. #### Route controller -Il controller di instradamento è responsabile della configurazione delle rotte nel cloud in modo appropriato in modo che i contenitori su nodi diversi nel cluster Kubernetes possano comunicare tra loro. Il controller di percorso è applicabile solo ai cluster di Google Compute Engine. +Il Route controller è responsabile della configurazione delle route nel cloud in modo che i container su nodi differenti del cluster Kubernetes possano comunicare tra loro. Il Route controller è utilizzabile solo dai cluster su Google Compute Engine. #### Service Controller -Il responsabile del servizio è responsabile dell'ascolto del servizio di creazione, aggiornamento ed eliminazione di eventi. In base allo stato attuale dei servizi in Kubernetes, configura i bilanciatori del carico cloud (come ELB o Google LB) per riflettere lo stato dei servizi in Kubernetes. Inoltre, assicura che i back-end di servizio per i servizi di bilanciamento del carico del cloud siano aggiornati. - -#### PersistentVolumeLabels controller - -Il controllore PersistentVolumeLabels applica le etichette sui volumi AWS EBS / GCE PD al momento della creazione. Ciò elimina la necessità per gli utenti di impostare manualmente le etichette su questi volumi. - -Queste etichette sono essenziali per la pianificazione dei pod in quanto questi volumi sono costretti a funzionare solo all'interno della regione / zona in cui si trovano. Qualsiasi pod che utilizza questi volumi deve essere pianificato nella stessa zona / zona. - -Il controller PersistentVolumeLabels è stato creato appositamente per CCM; cioè, non esisteva prima della creazione del CCM. Ciò è stato fatto per spostare la logica di etichettatura fotovoltaica nel server API Kubernetes (era un controller di ammissione) al CCM. Non funziona su KCM. +Il Service Controller rimane in ascolto per eventi di creazione, aggiornamento ed eliminazione di servizi. In base allo stato attuale dei servizi in Kubernetes, configura i bilanciatori di carico forniti dal cloud (come gli ELB, i Google LB, o gli Oracle Cloud Infrastructure LB) per riflettere lo stato dei servizi in Kubernetes. Inoltre, assicura che i back-end dei bilanciatori di carico forniti dal cloud siano aggiornati. ### 2. Kubelet -Il controller del nodo contiene la funzionalità dipendente dal cloud di kubelet. Prima dell'introduzione del CCM, il kubelet era responsabile dell'inizializzazione di un nodo con dettagli specifici del cloud come indirizzi IP, etichette regione / zona e informazioni sul tipo di istanza. L'introduzione del CCM ha spostato questa operazione di inizializzazione dal kubelet al CCM. +Il Node Controller contiene l'implementazione dipendente dal cloud della kubelet. Prima dell'introduzione del CCM, la kubelet era responsabile dell'inizializzazione di un nodo con dettagli dipendenti dallo specifico cloud come gli indirizzi IP, le label region/zone e le informazioni sul tipo di istanza. L'introduzione del CCM ha spostato questa operazione di inizializzazione dalla kubelet al CCM. -In questo nuovo modello, kubelet inizializza un nodo senza informazioni specifiche del cloud. Tuttavia, aggiunge un disturbo al nodo appena creato che rende il nodo non programmabile finché CCM non inizializza il nodo con informazioni specifiche del cloud. Rimuove quindi questa macchia. +In questo nuovo modello, la kubelet inizializza un nodo senza informazioni specifiche del cloud. Tuttavia, aggiunge un blocco al nodo appena creato che rende il nodo non selezionabile per eseguire container finché il CCM non inizializza il nodo con le informazioni specifiche del cloud. Il CCM rimuove quindi questo blocco. +## Sistema a plug-in -### 3. Kubernetes API server +Il cloud controller manager utilizza le interfacce di Go per consentire l'implementazione di implementazioni di qualsiasi cloud. In particolare, utilizza l'interfaccia CloudProvider definita [qui](https://github.com/kubernetes/cloud-provider/blob/9b77dc1c384685cb732b3025ed5689dd597a5971/cloud.go#L42-L62). -Il controller Persistent Volume Labels sposta la funzionalità dipendente dal cloud del server API di Kubernetes sul CCM come descritto nelle sezioni precedenti +L'implementazione dei quattro controller generici evidenziati sopra, alcune strutture, l'interfaccia cloudprovider condivisa rimarranno nel core di Kubernetes. Le implementazioni specifiche per i vari cloud saranno costruite al di fuori del core e implementeranno le interfacce definite nel core. -## Plugin mechanism +Per ulteriori informazioni sullo sviluppo di plug-in, consultare [Developing Cloud Controller Manager](/docs/tasks/administer-cluster/developing-cloud-controller-manager/). -Il gestore del controller cloud utilizza le interfacce Go per consentire l'implementazione di implementazioni da qualsiasi cloud. In particolare, utilizza l'interfaccia CloudProvider definita [qui](https://github.com/kubernetes/cloud-provider/blob/9b77dc1c384685cb732b3025ed5689dd597a5971/cloud.go#L42-L62). +## Autorizzazione -L'implementazione dei quattro controller condivisi evidenziati sopra e alcuni scaffolding con l'interfaccia cloudprovider condivisa rimarranno nel core di Kubernetes. Le implementazioni specifiche per i fornitori di cloud saranno costruite al di fuori del core e implementeranno le interfacce definite nel core. +Questa sezione dettaglia l'accesso richiesto dal CCM sui vari API objects per eseguire le sue operazioni. -Per ulteriori informazioni sullo sviluppo di plug-in, consultare [Developing Cloud Controller Manager](/docs/tasks/administer-cluster/developing-cloud-controller-manager/). +### Node controller -## Authorization - -Questa sezione suddivide l'accesso richiesto su vari oggetti API da CCM per eseguire le sue operazioni. - -### Node Controller - -Il controller del nodo funziona solo con oggetti nodo. Richiede l'accesso completo per ottenere, elencare, creare, aggiornare, applicare patch, guardare ed eliminare oggetti nodo. +Il Node controller funziona solo con oggetti di tipo Node. Richiede l'accesso completo per ottenere, elencare, creare, aggiornare, applicare patch, guardare ed eliminare oggetti di tipo Node. v1/Node: @@ -138,7 +121,7 @@ v1/Node: ### Route controller -Il controllore del percorso ascolta la creazione dell'oggetto Nodo e configura le rotte in modo appropriato. Richiede l'accesso agli oggetti Nodo. +Il Route controller ascolta la creazione dell'oggetto Node e configura le rotte in modo appropriato. Richiede l'accesso in lettura agli oggetti di tipo Node. v1/Node: @@ -146,11 +129,11 @@ v1/Node: ### Service controller -Il controller del servizio ascolta Service object crea, aggiorna ed elimina eventi e quindi configura gli endpoint per tali Servizi in modo appropriato. +Il Service controller resta in ascolto per eventi di creazione, aggiornamento ed eliminazione di oggetti di tipo Servizi, e configura gli endpoint per tali Servizi in modo appropriato. -Per accedere ai Servizi, è necessario un elenco e controllare l'accesso. Per aggiornare i servizi, richiede la patch e l'accesso agli aggiornamenti. +Per accedere ai Servizi, è necessario il permesso per list e watch. Per aggiornare i Servizi, sono necessari i permessi patch e update. -Per impostare gli endpoint per i Servizi, richiede l'accesso per creare, elencare, ottenere, guardare e aggiornare. +Per impostare gli endpoint per i Servizi, richiede i permessi create, list, get, watch, e update. v1/Service: @@ -160,20 +143,9 @@ v1/Service: - Patch - Update -### PersistentVolumeLabels controller - -Il controller Persistent Volume Labels ascolta su Persistent Volume (PV) crea eventi e quindi li aggiorna. Questo controller richiede l'accesso per ottenere e aggiornare PV. - -v1/PersistentVolume: - -- Get -- List -- Watch -- Update - ### Others -L'implementazione del core di CCM richiede l'accesso per creare eventi e per garantire operazioni sicure richiede l'accesso per creare ServiceAccounts. +L'implementazione del core di CCM richiede l'accesso per creare eventi e, per garantire operazioni sicure, richiede l'accesso per creare ServiceAccounts. v1/Event: @@ -185,7 +157,7 @@ v1/ServiceAccount: - Create -RBAC ClusterRole per il CCM ha il seguente aspetto: +L'RBAC ClusterRole per il CCM ha il seguente aspetto: ```yaml apiVersion: rbac.authorization.k8s.io/v1 @@ -251,18 +223,23 @@ rules: ## Vendor Implementations -I seguenti fornitori di cloud hanno implementato CCM: +I seguenti fornitori di cloud hanno una implementazione di CCM: -* [Digital Ocean](https://github.com/digitalocean/digitalocean-cloud-controller-manager) -* [Oracle](https://github.com/oracle/oci-cloud-controller-manager) -* [Azure](https://github.com/kubernetes/cloud-provider-azure) -* [GCP](https://github.com/kubernetes/cloud-provider-gcp) +* [Alibaba Cloud](https://github.com/kubernetes/cloud-provider-alibaba-cloud) * [AWS](https://github.com/kubernetes/cloud-provider-aws) +* [Azure](https://github.com/kubernetes/cloud-provider-azure) * [BaiduCloud](https://github.com/baidu/cloud-provider-baiducloud) +* [DigitalOcean](https://github.com/digitalocean/digitalocean-cloud-controller-manager) +* [GCP](https://github.com/kubernetes/cloud-provider-gcp) +* [Hetzner](https://github.com/hetznercloud/hcloud-cloud-controller-manager) +* [Linode](https://github.com/linode/linode-cloud-controller-manager) +* [OpenStack](https://github.com/kubernetes/cloud-provider-openstack) +* [Oracle](https://github.com/oracle/oci-cloud-controller-manager) +* [TencentCloud](https://github.com/TencentCloud/tencentcloud-cloud-controller-manager) ## Cluster Administration -Sono fornite le istruzioni complete per la configurazione e l'esecuzione del 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 %}} From 9d3593e9ceecdbf37301159276854b32a96c58ef Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Sun, 12 Apr 2020 16:49:18 +0200 Subject: [PATCH 23/26] Improve translation --- content/it/docs/concepts/example-concept-template.md | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/content/it/docs/concepts/example-concept-template.md b/content/it/docs/concepts/example-concept-template.md index f234274c6e..db1bc0b960 100644 --- a/content/it/docs/concepts/example-concept-template.md +++ b/content/it/docs/concepts/example-concept-template.md @@ -1,5 +1,4 @@ --- -draft: True title: Esempio di modello di concetto content_template: templates/concept toc_hide: true @@ -17,12 +16,12 @@ Questa pagina spiega ... {{% capture body %}} -## Understanding ... +## Comprendendo ... Kubernetes fornisce ... -## Using ... +## Usando ... Usare @@ -30,7 +29,7 @@ Usare {{% capture whatsnext %}} -**[Optional Section]** +**[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. From 7fb2c2cd47f6195656e4412cba60f01551391fb4 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Tue, 14 Apr 2020 22:36:47 +0200 Subject: [PATCH 24/26] De-drafting docs/concepts/cluster-administration/_index.md --- content/it/docs/concepts/cluster-administration/_index.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/content/it/docs/concepts/cluster-administration/_index.md b/content/it/docs/concepts/cluster-administration/_index.md index 4fd9b4388e..68eb847f47 100755 --- a/content/it/docs/concepts/cluster-administration/_index.md +++ b/content/it/docs/concepts/cluster-administration/_index.md @@ -1,6 +1,5 @@ --- -draft: True -title: "Cluster Administration" +title: "Amministrazione del Cluster" weight: 100 --- From e8265b770c7643f3f757116dd75348864898db67 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Tue, 14 Apr 2020 22:33:30 +0200 Subject: [PATCH 25/26] improve Italian translation of docs/concepts/cluster-administration/proxies.md --- .../cluster-administration/proxies.md | 60 +++++++++---------- 1 file changed, 29 insertions(+), 31 deletions(-) diff --git a/content/it/docs/concepts/cluster-administration/proxies.md b/content/it/docs/concepts/cluster-administration/proxies.md index 19caed9167..beee7cfa8a 100644 --- a/content/it/docs/concepts/cluster-administration/proxies.md +++ b/content/it/docs/concepts/cluster-administration/proxies.md @@ -1,5 +1,4 @@ --- -draft: True title: Proxy in Kubernetes content_template: templates/concept weight: 90 @@ -7,62 +6,61 @@ weight: 90 {{% capture overview %}} Questa pagina spiega i proxy utilizzati con Kubernetes. - {{% /capture %}} {{% capture body %}} -## Proxies +## Proxy Esistono diversi proxy che puoi incontrare quando usi Kubernetes: -1. Il [proxy kubectl](/docs/tasks/access-application-cluster/access-cluster/#direct-accessing-the-rest-api): +1. Il [kubectl proxy](/docs/tasks/access-application-cluster/access-cluster/#direct-accessing-the-rest-api): -    - Funziona sul desktop di un utente o in un pod -    - proxy da un indirizzo localhost all'apiserver di Kubernetes -    - client per proxy utilizza HTTP -    - proxy per apiserver utilizza HTTPS +    - viene eseguito sul computer di un utente o in un pod +    - collega un localhost address all'apiserver di Kubernetes +    - il client comunica con il proxy in HTTP +    - il proxy comunica con l'apiserver in HTTPS     - individua l'apiserver -    - Aggiunge le intestazioni di autenticazione +    - aggiunge gli header di autenticazione -1. Il [proxy apiserver](/docs/tasks/access-application-cluster/access-cluster/#discovering-builtin-services): +1. L'[apiserver proxy](/docs/tasks/access-application-cluster/access-cluster/#discovering-builtin-services): -    - è un bastione costruito nell'apiserver +    - è un proxy presente nell'apiserver     - collega un utente al di fuori del cluster agli IP del cluster che altrimenti potrebbero non essere raggiungibili -    - funziona nei processi di apiserver -    - client per proxy utilizza HTTPS (o http se apiserver configurato in tal modo) -    - proxy to target può utilizzare HTTP o HTTPS come scelto dal proxy utilizzando le informazioni disponibili +    - è uno dei processi dell'apiserver +    - il client comunica con il proxy in HTTPS (o HTTP se l'apiserver è configurato in tal modo) +    - il proxy comunica con il target via HTTP o HTTPS come scelto dal proxy utilizzando le informazioni disponibili     - può essere utilizzato per raggiungere un nodo, un pod o un servizio     - esegue il bilanciamento del carico quando viene utilizzato per raggiungere un servizio -1. Il [kube proxy](/docs/concepts/services-networking/service/#ips-and-vips): +1. Il [kube proxy](/docs/concepts/services-networking/service/#ips-and-vips): -    - Funziona su ciascun nodo -    - proxy UDP, TCP e SCTP -    - non capisce l'HTTP -    - fornisce il bilanciamento del carico -    - è appena usato per raggiungere i servizi +    - è eseguito su ciascun nodo +    - fa da proxy per comunicazioni UDP, TCP e SCTP +    - non gestisce il protocollo HTTP +    - esegue il bilanciamento del carico +    - è usato solo per raggiungere i servizi -1. Un proxy / bilanciamento del carico di fronte agli apiserver: +1. Un proxy/bilanciatore di carico di fronte agli apiserver: -    - esistenza e implementazione variano da cluster a cluster (ad esempio nginx) -    - si trova tra tutti i client e uno o più apiserver -    - funge da bilanciamento del carico se ci sono diversi apiserver. +    - la sua esistenza e implementazione variano da cluster a cluster (ad esempio nginx) +    - si trova tra i client e uno o più apiserver +    - funge da bilanciatore di carico se ci sono più di un apiserver. -1. Cloud Load Balancer su servizi esterni: +1. Cloud Load Balancer su servizi esterni:     - sono forniti da alcuni fornitori di servizi cloud (ad es. AWS ELB, Google Cloud Load Balancer) -    - vengono creati automaticamente quando il servizio Kubernetes ha tipo "LoadBalancer" -    - Solitamente supporta solo UDP / TCP -    - Il supporto SCTP dipende dall'implementazione del servizio di bilanciamento del carico del provider cloud +    - vengono creati automaticamente quando il servizio Kubernetes ha tipo `LoadBalancer` +    - solitamente supporta solo UDP / TCP +    - il supporto SCTP dipende dall'implementazione del bilanciatore di carico del provider cloud     - l'implementazione varia a seconda del provider cloud. -Gli utenti di Kubernetes in genere non devono preoccuparsi di nulla di diverso dai primi due tipi. L'amministratore del cluster -in genere assicurerà che questi ultimi tipi siano impostati correttamente. +Gli utenti di Kubernetes in genere non devono preoccuparsi alcun proxy, se non i primi due tipi. L'amministratore del cluster +in genere assicurerà che gli altri tipi di proxy siano impostati correttamente. ## Richiedere reindirizzamenti -I proxy hanno sostituito le capacità di reindirizzamento. I reindirizzamenti sono stati deprecati. +I proxy hanno sostituito le funzioni di reindirizzamento. I reindirizzamenti sono stati deprecati. {{% /capture %}} From 8a3bbf8c57477a8a5541b896ade13413a8e4a179 Mon Sep 17 00:00:00 2001 From: Fabio Alessandro Locati Date: Fri, 1 May 2020 16:28:20 +0200 Subject: [PATCH 26/26] Improve Italian translation --- config.toml | 2 +- content/it/_index.html | 12 +- .../case-studies/{_index.md => _index.html} | 3 +- content/it/case-studies/box/index.html | 114 ++++++++++++++++++ content/it/community/_index.html | 12 +- .../it/docs/concepts/overview/components.md | 2 +- content/it/partners/_index.html | 6 +- content/it/training/_index.html | 10 +- 8 files changed, 137 insertions(+), 24 deletions(-) rename content/it/case-studies/{_index.md => _index.html} (72%) create mode 100644 content/it/case-studies/box/index.html diff --git a/config.toml b/config.toml index 0c59df1eeb..4f3bed0889 100644 --- a/config.toml +++ b/config.toml @@ -186,7 +186,7 @@ language_alternatives = ["en"] [languages.it] title = "Kubernetes" -description = "Production-Grade Container Orchestration" +description = "Orchestrazione di Container in produzione" languageName = "Italiano" weight = 6 contentDir = "content/it" diff --git a/content/it/_index.html b/content/it/_index.html index b90f016777..14e043cce3 100644 --- a/content/it/_index.html +++ b/content/it/_index.html @@ -1,6 +1,6 @@ --- -title: "Orchestrazione di Container in produzione" -abstract: "Deployment, scalabilità, e gestione di container automatizzata" +title: Orchestrazione di Container in produzione +abstract: Deployment, scalabilità, e gestione di container automatizzata cid: home --- {{< announcement >}} @@ -17,19 +17,19 @@ K8s raggruppa i containers che compongono gli applicativi in unità logiche per {{% blocks/feature image="scalable" %}} #### Scala planetaria -Kubernetes può scalare senza un aumento di lavoro per il tuo team, grazie al fatto che è stato progettato sugli stessi principi che permettono a Google di eseguire miliardi di container per settimana. +Progettato con gli stessi principi che permettono a Google di eseguire miliardi di container ogni settimana, Kubernetes può scalare evitando di aumentare il lavoro per il tuo team. {{% /blocks/feature %}} {{% blocks/feature image="blocks" %}} -#### Mai limitante +#### Semplice e flessibile -Che tu stia facendo dei test locali o supportando una azienda globale, la flessibilità di Kubernetes ti permette di eseguire le tue applicazioni coerentemente e facilmente, indipendentemente dalla complessità delle tue esigenze. +Che tu stia facendo dei test locali o supportando una azienda enterprise, la flessibilità di Kubernetes ti permette di eseguire le tue applicazioni coerentemente e facilmente, indipendentemente dalla complessità delle tue esigenze. {{% /blocks/feature %}} {{% blocks/feature image="suitcase" %}} -#### Esegui ovunque +#### Eseguibile ovunque Kubernetes è open source, e ti offre la libertà di spostare i tuoi carichi di lavoro senza fatica tra ambienti on-premises, ibridi, e cloud pubblici. diff --git a/content/it/case-studies/_index.md b/content/it/case-studies/_index.html similarity index 72% rename from content/it/case-studies/_index.md rename to content/it/case-studies/_index.html index d7772b974f..7f316866fb 100644 --- a/content/it/case-studies/_index.md +++ b/content/it/case-studies/_index.html @@ -1,8 +1,7 @@ --- -draft: True title: Casi di Studio linkTitle: Casi di Studio -bigheader: Casi di studio sugli utenti di Kubernetes +bigheader: Kubernetes User Case Studies abstract: Una raccolta di utenti che eseguono Kubernetes in produzione. layout: basic class: gridPage diff --git a/content/it/case-studies/box/index.html b/content/it/case-studies/box/index.html new file mode 100644 index 0000000000..bead8eb01a --- /dev/null +++ b/content/it/case-studies/box/index.html @@ -0,0 +1,114 @@ +--- +title: Box Case Study +case_study_styles: true +cid: caseStudies +css: /css/style_box.css +video: https://www.youtube.com/embed/of45hYbkIZs?autoplay=1 +quote: > + Kubernetes has the opportunity to be the new cloud platform. The amount of innovation that's going to come from being able to standardize on Kubernetes as a platform is incredibly exciting - more exciting than anything I've seen in the last 10 years of working on the cloud. + +--- + +
+

CASE STUDY:
+
An Early Adopter Envisions + a New Cloud Platform
+

+
+ + +
+ Company  Box     Location  Redwood City, California     Industry  Technology +
+ +
+ +
+ +
+
+ +

Challenge

+ Founded in 2005, the enterprise content management company allows its more than 50 million users to manage content in the cloud. Box was built primarily with bare metal inside the company’s own data centers, with a monolithic PHP code base. As the company was expanding globally, it needed to focus on "how we run our workload across many different cloud infrastructures from bare metal to public cloud," says Sam Ghods, Cofounder and Services Architect of Box. "It’s been a huge challenge because of different clouds, especially bare metal, have very different interfaces." +
+
+ +
+

Solution

+ Over the past couple of years, Box has been decomposing its infrastructure into microservices, and became an early adopter of, as well as contributor to, Kubernetes container orchestration. Kubernetes, Ghods says, has allowed Box’s developers to "target a universal set of concepts that are portable across all clouds."

+ +

Impact

+ "Before Kubernetes," Ghods says, "our infrastructure was so antiquated it was taking us more than six months to deploy a new microservice. Today, a new microservice takes less than five days to deploy. And we’re working on getting it to an hour." +
+
+ +
+ +
+
+ "We looked at a lot of different options, but Kubernetes really stood out....the fact that on day one it was designed to run on bare metal just as well as Google Cloud meant that we could actually migrate to it inside of our data centers, and then use those same tools and concepts to run across public cloud providers as well."

- SAM GHOUDS, CO-FOUNDER AND SERVICES ARCHITECT OF BOX +
+
+ +
+ +
+

In the summer of 2014, Box was feeling the pain of a decade’s worth of hardware and software infrastructure that wasn’t keeping up with the company’s needs.

+ + A platform that allows its more than 50 million users (including governments and big businesses like General Electric) to manage and share content in the cloud, Box was originally a PHP monolith of millions of lines of code built exclusively with bare metal inside of its own data centers. It had already begun to slowly chip away at the monolith, decomposing it into microservices. And "as we’ve been expanding into regions around the globe, and as the public cloud wars have been heating up, we’ve been focusing a lot more on figuring out how we run our workload across many different environments and many different cloud infrastructure providers," says Box Cofounder and Services Architect Sam Ghods. "It’s been a huge challenge thus far because of all these different providers, especially bare metal, have very different interfaces and ways in which you work with them."

+ Box’s cloud native journey accelerated that June, when Ghods attended DockerCon. The company had come to the realization that it could no longer run its applications only off bare metal, and was researching containerizing with Docker, virtualizing with OpenStack, and supporting public cloud.

+ At that conference, Google announced the release of its Kubernetes container management system, and Ghods was won over. "We looked at a lot of different options, but Kubernetes really stood out, especially because of the incredibly strong team of Borg veterans and the vision of having a completely infrastructure-agnostic way of being able to run cloud software," he says, referencing Google’s internal container orchestrator Borg. "The fact that on day one it was designed to run on bare metal just as well as Google Cloud meant that we could actually migrate to it inside of our data centers, and then use those same tools and concepts to run across public cloud providers as well."

+ Another plus: Ghods liked that Kubernetes has a universal set of API objects like pod, service, replica set and deployment object, which created a consistent surface to build tooling against. "Even PaaS layers like OpenShift or Deis that build on top of Kubernetes still treat those objects as first-class principles," he says. "We were excited about having these abstractions shared across the entire ecosystem, which would result in a lot more momentum than we saw in other potential solutions."

+ Box deployed Kubernetes in a cluster in a production data center just six months later. Kubernetes was then still pre-beta, on version 0.11. They started small: The very first thing Ghods’s team ran on Kubernetes was a Box API checker that confirms Box is up. "That was just to write and deploy some software to get the whole pipeline functioning," he says. Next came some daemons that process jobs, which was "nice and safe because if they experienced any interruptions, we wouldn’t fail synchronous incoming requests from customers." + +
+
+ +
+
+ "As we’ve been expanding into regions around the globe, and as the public cloud wars have been heating up, we’ve been focusing a lot more on figuring out how we [can have Kubernetes help] run our workload across many different environments and many different cloud infrastructure providers." +
+
+ +
+
+ The first live service, which the team could route to and ask for information, was launched a few months later. At that point, Ghods says, "We were comfortable with the stability of the Kubernetes cluster. We started to port some services over, then we would increase the cluster size and port a few more, and that’s ended up to about 100 servers in each data center that are dedicated purely to Kubernetes. And that’s going to be expanding a lot over the next 12 months, probably too many hundreds if not thousands."

+ While observing teams who began to use Kubernetes for their microservices, "we immediately saw an uptick in the number of microservices being released," Ghods notes. "There was clearly a pent-up demand for a better way of building software through microservices, and the increase in agility helped our developers be more productive and make better architectural choices." +

"There was clearly a pent-up demand for a better way of building software through microservices, and the increase in agility helped our developers be more productive and make better architectural choices."

+ Ghods reflects that as early adopters, Box had a different journey from what companies experience now. "We were definitely lock step with waiting for certain things to stabilize or features to get released," he says. "In the early days we were doing a lot of contributions [to components such as kubectl apply] and waiting for Kubernetes to release each of them, and then we’d upgrade, contribute more, and go back and forth several times. The entire project took about 18 months from our first real deployment on Kubernetes to having general availability. If we did that exact same thing today, it would probably be no more than six."

+ In any case, Box didn’t have to make too many modifications to Kubernetes for it to work for the company. "The vast majority of the work our team has done to implement Kubernetes at Box has been making it work inside of our existing (and often legacy) infrastructure," says Ghods, "such as upgrading our base operating system from RHEL6 to RHEL7 or integrating it into Nagios, our monitoring infrastructure. But overall Kubernetes has been remarkably flexible with fitting into many of our constraints, and we’ve been running it very successfully on our bare metal infrastructure."

+ Perhaps the bigger challenge for Box was a cultural one. "Kubernetes, and cloud native in general, represents a pretty big paradigm shift, and it’s not very incremental," Ghods says. "We’re essentially making this pitch that Kubernetes is going to solve everything because it does things the right way and everything is just suddenly better. But it’s important to keep in mind that it’s not nearly as proven as many other solutions out there. You can’t say how long this or that company took to do it because there just aren’t that many yet. Our team had to really fight for resources because our project was a bit of a moonshot." +
+
+ +
+
+ "The vast majority of the work our team has done to implement Kubernetes at Box has been making it work inside of our existing [and often legacy] infrastructure....overall Kubernetes has been remarkably flexible with fitting into many of our constraints, and we’ve been running it very successfully on our bare metal infrastructure." +
+
+ +
+
+ Having learned from experience, Ghods offers these two pieces of advice for companies going through similar challenges: +

1. Deliver early and often.

Service discovery was a huge problem for Box, and the team had to decide whether to build an interim solution or wait for Kubernetes to natively satisfy Box’s unique requirements. After much debate, "we just started focusing on delivering something that works, and then dealing with potentially migrating to a more native solution later," Ghods says. "The above-all-else target for the team should always be to serve real production use cases on the infrastructure, no matter how trivial. This helps keep the momentum going both for the team itself and for the organizational perception of the project."

+

2. Keep an open mind about what your company has to abstract away from developers and what it doesn’t.

Early on, the team built an abstraction on top of Docker files to help ensure that images had the right security updates. + This turned out to be superfluous work, since container images are considered immutable and you can easily scan them post-build to ensure they do not contain vulnerabilities. Because managing infrastructure through containerization is such a discontinuous leap, it’s better to start by interacting directly with the native tools and learning their unique advantages and caveats. An abstraction should be built only after a practical need for it arises.

+ In the end, the impact has been powerful. "Before Kubernetes," Ghods says, "our infrastructure was so antiquated it was taking us more than six months to deploy a new microservice. Now a new microservice takes less than five days to deploy. And we’re working on getting it to an hour. Granted, much of that six months was due to how broken our systems were, but bare metal is intrinsically a difficult platform to support unless you have a system like Kubernetes to help manage it."

+ By Ghods’s estimate, Box is still several years away from his goal of being a 90-plus percent Kubernetes shop. "We’re very far along on having a mission-critical, stable Kubernetes deployment that provides a lot of value," he says. "Right now about five percent of all of our compute runs on Kubernetes, and I think in the next six months we’ll likely be between 20 to 50 percent. We’re working hard on enabling all stateless service use cases, and shift our focus to stateful services after that." +
+
+ +
+
+ "Ghods predicts that Kubernetes has the opportunity to be the new cloud platform. '...because it’s a never-before-seen level of automation and intelligence surrounding infrastructure that is portable and agnostic to every way you can run your infrastructure.'" +
+
+ +
+
+ In fact, that’s what he envisions across the industry: Ghods predicts that Kubernetes has the opportunity to be the new cloud platform. Kubernetes provides an API consistent across different cloud platforms including bare metal, and "I don’t think people have seen the full potential of what’s possible when you can program against one single interface," he says. "The same way AWS changed infrastructure so that you don’t have to think about servers or cabinets or networking equipment anymore, Kubernetes enables you to focus exclusively on the containers that you’re running, which is pretty exciting. That’s the vision."

+ Ghods points to projects that are already in development or recently released for Kubernetes as a cloud platform: cluster federation, the Dashboard UI, and CoreOS’s etcd operator. "I honestly believe it’s the most exciting thing I’ve seen in cloud infrastructure," he says, "because it’s a never-before-seen level of automation and intelligence surrounding infrastructure that is portable and agnostic to every way you can run your infrastructure."

+ Box, with its early decision to use bare metal, embarked on its Kubernetes journey out of necessity. But Ghods says that even if companies don’t have to be agnostic about cloud providers today, Kubernetes may soon become the industry standard, as more and more tooling and extensions are built around the API.

+ "The same way it doesn’t make sense to deviate from Linux because it’s such a standard," Ghods says, "I think Kubernetes is going down the same path. It is still early days—the documentation still needs work and the user experience for writing and publishing specs to the Kubernetes clusters is still rough. When you’re on the cutting edge you can expect to bleed a little. But the bottom line is, this is where the industry is going. Three to five years from now it’s really going to be shocking if you run your infrastructure any other way." +
+
diff --git a/content/it/community/_index.html b/content/it/community/_index.html index 1da64c4b0e..9958cabbd8 100644 --- a/content/it/community/_index.html +++ b/content/it/community/_index.html @@ -1,5 +1,5 @@ --- -title: Comunità +title: Community layout: basic cid: community --- @@ -12,8 +12,8 @@ cid: community

-

La comunità di Kubernetes - cioè gli utenti, i contributors e la cultura che abbiamo costruito tutti assieme - è una dei maggiori motivi della crescita esponenziale di questo progetto open-source. La nostra cultura e i nostri valori continuano a rafforzarsi con il progetto stesso. Lavoriamo tutti assieme per il miglioramento costante del progetto e degli strumenti di lavoro correlati. -

Noi siamo le persone che aprono gli issue, le pull request, che partecipano alle riunioni delle SIG, ai meetup di Kubernetes, alle KubeCon, che promuoviamo l'innovazione e l'adozione di Kubernetes, che eseguiamo kubectl get pods, e che contribuiamo in moltissimi altri modi egualmente vitali al progetto. Vai avanti a leggere per scoprire come essere coinvolto in queste attività e diventare parte di questa meravigliosa comunità.

+

La comunità di Kubernetes - utenti, contributors e la cultura che abbiamo costruito assieme - è una dei maggiori motivi della crescita esponenziale di questo progetto open-source. La nostra cultura e i nostri valori continuano a rafforzarsi con il progetto stesso. Lavoriamo tutti assieme per il miglioramento costante del progetto e degli strumenti di lavoro correlati. +

Noi siamo le persone che aprono gli issue, le pull request, che partecipano alle riunioni delle SIG, ai meetup di Kubernetes, alle KubeCon, che promuoviamo l'innovazione e l'adozione di Kubernetes, che eseguiamo kubectl get pods, e che contribuiamo in moltissimi altri modi egualmente vitali al progetto. Continua a leggere per scoprire come essere coinvolto in queste attività e diventare parte di questa meravigliosa comunità.


@@ -52,7 +52,7 @@ cid: community



Codice di Condotta

-La comunità di Kubernetes valorizza il rispetto e l'inclusività, e mette il Codice di Condotta alla base di ogni iterazione. Se noti una violazione del Codice di Condotta durante une evento o un meeting, in Slack, o in qualsiasi altra comunicazione, contatta la Kubernetes Code of Conduct Committee mandando una mail a conduct@kubernetes.io. Tutte le segnalazioni sono tenute confidenziali. Puoi leggere di più sulla Kubernetes Code of Conduct Committee qui. +La comunità di Kubernetes valorizza il rispetto e l'inclusività, e mette il Codice di Condotta alla base di ogni iterazione. Se noti una violazione del Codice di Condotta durante un evento o un meeting, in Slack, o in qualsiasi altra comunicazione, contatta la Kubernetes Code of Conduct Committee mandando una mail a conduct@kubernetes.io. Tutte le segnalazioni sono tenute confidenziali. Puoi leggere di più sulla Kubernetes Code of Conduct Committee qui.


@@ -146,7 +146,7 @@ Annunci di nuovi blog post, eventi, notizie e idee in tempo reale github ▶
-Tracciamento di tutti i progetti e issue, e ovviante il codice stesso +Tutti i progetti, le issue e ovviamente il codice stesso
@@ -156,7 +156,7 @@ Tracciamento di tutti i progetti e issue, e ovviante il codice stesso stack overflow ▶
- Supporto tecnico per ogni caso di utilizzo + Supporto tecnico
diff --git a/content/it/docs/concepts/overview/components.md b/content/it/docs/concepts/overview/components.md index 5a057fa841..8156b9ab05 100644 --- a/content/it/docs/concepts/overview/components.md +++ b/content/it/docs/concepts/overview/components.md @@ -16,7 +16,7 @@ un cluster Kubernetes completo e funzionante. Questo è un diagramma di un cluster Kubernetes con tutti i componenti e le loro relazioni. -![Components of Kubernetes](/images/docs/components-of-kubernetes.png) +![I componenti di Kubernetes](/images/docs/components-of-kubernetes.png) {{% /capture %}} diff --git a/content/it/partners/_index.html b/content/it/partners/_index.html index 5a6e187777..270dabe569 100644 --- a/content/it/partners/_index.html +++ b/content/it/partners/_index.html @@ -15,7 +15,7 @@ cid: partners
Fornitori Certificati di Servizi su Kubernetes
-
Fornitori di servizi con grande esperienza nell'aiutare le imprese ad adottare con successo Kubernetes. +
Fornitori di servizi riconosciuti e con grande esperienza nell'aiutare le imprese ad adottare con successo Kubernetes.




Interessato a diventare un partner KCSP? @@ -25,7 +25,7 @@ cid: partners
Distribuzioni di Kubernetes Certificate, Certified Hosted Platforms and Software di installazione Certificati -
La conformità del software assicura che la versione di Kubernetes di ogni fornitore supporti le API necessarie. + La conformità del software assicura che le versioni di Kubernetes prodotte da ogni fornitore supportino coerentemente le API necessarie.




Interessato a diventare un partner certificato Kubernetes? @@ -34,7 +34,7 @@ cid: partners
Partner per la Formazione su Kubernetes
-
Professionisti esperti e certificati, con solida esperienza nella formazione su tecnologie Cloud Native. +
Professionisti riconosciuti e certificati, con solida esperienza nella formazione su tecnologie Cloud Native.





Interessato a diventare un partner KTP? diff --git a/content/it/training/_index.html b/content/it/training/_index.html index 6639752f19..9a2cd6f969 100644 --- a/content/it/training/_index.html +++ b/content/it/training/_index.html @@ -18,7 +18,7 @@ class: training

Costruisci la tua carriera nel mondo Cloud Native

-

Kubernetes è il fondamento del mondo Cloud Native. La formazione e le certificazioni della The Linux Foundation e dei nostri partner ti permettono di investire nella tua carriera, imparare Kubernetes, e aver successo nei tuoi progetti Cloud Native.

+

Kubernetes è un elemento importante del mondo Cloud Native. La formazione e le certificazioni della The Linux Foundation e dei nostri partner ti permettono di investire nella tua carriera, imparare Kubernetes, e aver successo nei tuoi progetti Cloud Native.

@@ -35,7 +35,7 @@ class: training
Introduzione a Kubernetes
 
-

Vuoi imparare Kubernetes? Ottieni delle solide fondamenta su questo potente sistema di gestione di applicazioni containerizzate.

+

Vuoi imparare Kubernetes? Ottieni delle solide fondamenta su questo potente sistema di gestione di applicazioni deployate in container.


Vai al corso @@ -43,7 +43,7 @@ class: training
- Introduzione alle tecnologie infrastrutturali della Cloud + Introduzione alla gestione delle infrastutture IT in Cloud

Impara le basi per creare e gestire tecnologie cloud direttamente dalla The Linux Foundation, il leader nel mondo open source.


@@ -67,7 +67,7 @@ class: training

Impara con la The Linux Foundation

-

La The Linux Foundation offre corsi con un formatore e corsi da fare in autonomia relativi allo sviluppo di applicativi per Kubernetes e per la sua gestione.

+

La The Linux Foundation offre corsi con un docente e corsi da fare in autonomia per apprendere lo sviluppo di applicativi per Kubernetes e per l'amministrazione della piattaforma stessa.



Vedi i corsi
@@ -85,7 +85,7 @@ class: training
Certified Kubernetes Application Developer (CKAD)
-

L'esame "Certified Kubernetes Application Developer" certifica che la persona è in grado di progettare, costruire, configurare, ed esporre un applicativo Cloud Native su Kubernetes.

+

L'esame "Certified Kubernetes Application Developer" certifica che la persona è in grado di progettare, costruire, configurare, e rilasciare in produzione un applicativo Cloud Native su Kubernetes.


Vai alla certificazione