Merge pull request #2504 from cncf/dev-it

[IT] Merge dev-it in main

Author: seokho-son

content/it/application-programming-interface.md

@@ -0,0 +1,26 @@
+---
+title: Application Programming Interface (API)
+status: Completed
+category: tecnologia
+tags: ["architettura", "", ""]
+---
+
+## Cos'è
+
+Un'API è un modo tramite il quale dei programmi informatici possono interagire tra di loro.
+Proprio come gli umani interagiscono con un sito tramite una pagina web, un'API permette ai programmi informatici di interagire gli uni con gli altri.
+A differenza delle interazioni umane, le API hanno delle limitazioni su cosa si può o non si può chiedere loro.
+Avere un limite alle interazioni aiuta a creare una comunicazione stabile e funzionale tra programmi.
+
+## Quali problematiche affronta
+
+Man mano che le applicazioni diventano sempre più complesse, piccoli cambiamenti nel codice possono avere un effetto dirompente su altre funzionalità.
+Le applicazioni hanno bisogno di un approccio modulare alle loro funzionailtà se vogliono crescere e allo stesso tempo mantenere la stabilità.
+Senza API mancherebbe un framework per l'interazione tra applicazioni.
+Senza un framework condiviso, per le applicazioni è difficile implementare la [scalabilità](/it/scalability/) e integrarsi.
+
+## In che modo aiuta
+
+Le API permettono ai programmi o alle applicazioni di interagire e condividere informazioni in modo definito e comprensibile.
+Sono gli elementi costitutivi delle moderne applicazioni e forniscono agli sviluppatori un modo per integrarle tra loro.
+Ogni volta che si dice che i [microservizi](/it/microservices/) lavorano insieme, si può assumere che interagiscano tramite un'API.

content/it/auto-scaling.md

@@ -0,0 +1,24 @@
+---
+title: Autoscaling
+status: Completed
+category: Proprietà
+tags: ["infrastruttura", "", ""]
+---
+
+Per *autoscaling* si intende la capacità di un sistema di essere [scalabile](/it/scalability/) automaticamente, tipicamente in termini di risorse di computazione. 
+Con un sistema dotato di autoscaling, le risorse sono automaticamente aggiunte al bisogno, così che possano corrispondere alla portata delle richieste degli utenti in quel periodo. 
+Il processo di autoscaling è variabile, ed è configurabile per modificare le risorse di un sistema in base a più metriche, come la memoria o il tempo di computazione.
+I [managed service](/it/managed-service/) sono classicamente associati a funzionalità di autoscaling, dal momento che offrono più opzioni e implementazioni della maggior parte dei sistemi on-premise.
+
+In passato le infrastrutture e le applicazioni erano pensate perché le loro architetture potessero soddisfare persino i picchi di utilizzo dei sistemi. Questo comportava l'impiego di molte risorse in maniera non elastica, cioè che non variavano accordandosi al numero di richieste degli utenti.
+Questa mancanza di elasticità comportava maggiori costi di business e/o perdita di business in caso di disservizi dovuti a un sovraccarico di richieste.
+
+Sfruttando il cloud, la [virtualizzazione](/it/virtualization/), e la [containerizzazione](/it/containerization/) delle applicazioni e delle rispettive dipendenze, 
+le organizzazioni possono sviluppare applicazioni scalabili in relazione alla portata delle richieste degli utenti.
+Possono inoltre monitorare l'utilizzo delle applicazioni e sfruttare la loro scalabilità, offrendo così un'esperienza ottimale all'utente. Si consideri ad esempio l'aumento dei fruitori che Netflix deve affrontare il venerdì sera. 
+Con *Autoscaling out* si intende l'aggiunta dinamica di nuove risorse, come ad esempio: l'aumento del numero di server che permettano più streaming video concorrenti, server che potranno poi essere terminati una volta che il flusso si sarà normalizzato.
+
+## Voci collegate
+
+* [Scalabilità orizzontale](/it/horizontal-scaling/)
+* [Scalabilità verticale](/it/vertical-scaling/)

content/it/bare-metal-machine.md

@@ -0,0 +1,30 @@
+---
+title: Macchina Bare Metal
+status: Completed
+category: tecnologia
+tags: ["infrastruttura", "", ""]
+---
+
+## Cos'è
+
+Bare metal (puro metallo) si riferisce a un computer fisico, più specificamente un server, che ha uno e un solo sistema operativo.
+Nell'informatica moderna questa distinzione è importante perché molti, se non la maggior parte, dei server sono [macchine virtuali](/it/virtual-machine/).
+Un server fisico è tipicamente un computer di grandi dimensioni con un hardware potente.
+Installare un sistema operativo ed eseguire le applicazioni direttamente su quell'hardware fisico senza [virtualizzazione](/it/virtualization/), si definisce come in esecuzione su “bare metal”.
+
+## Quali problematiche affronta
+
+Accoppiare un sistema operativo con un computer fisico è il modello originale dell'informatica.
+Tutte le risorse del computer fisico sono direttamente disponibili per il sistema operativo, e, senza livelli di virtualizzazione, non si introduce ritardo nella traduzione delle istruzione del sistema operativo all'hardware.
+
+## In che modo aiuta
+
+Dedicando tutte le risorse computazionali di un computer a un singolo sistema operativo si fornisce potenzialmente la miglior performance possibile al sistema operativo.
+Se è necessario eseguire un carico di lavoro che deve avere un accesso estremamente veloce alle risorse hardware, allora il bare metal può essere la giusta soluzione.
+
+Nel contesto di [applicazioni cloud native](/it/cloud-native-apps/),
+generalmente si pensa alle performance in termini di [scalabilità](/it/scalability/) a un numero più alto di eventi concomitanti,
+che possono essere gestiti utilizzando la proprietà di [scalabilità orizzontale](/it/horizontal-scaling/) (aggiungendo più macchine al pool di risorse).
+Alcuni carichi di lavoro possono richiedere di utilizzare la [scalabilità verticale](/it/vertical-scaling/) (aggiungendo più potenza a una macchina fisica esistente);
+e/o una risposta hardware estremamente veloce, e in questi casi il bare metal è più indicato.
+Il bare metal permette anche di regolare l'hardware fisico ed eventualmente anche i driver hardware per aiutare a raggiungere l'obiettivo.

content/it/blue-green-deployment.md

@@ -0,0 +1,18 @@
+---
+title: Blue Green Deployment
+status: Completed
+category: concetto
+tags: ["metodologia", "applicazione", ""]
+---
+
+## Cos'è  
+Il blue-green deployment è una strategia per l’aggiornamento di sistemi in esecuzione con un disservizio minimo. L’operatore ha in esecuzione due ambienti, denominati “blue” e “green”. Di questi, il primo è effettivamente in produzione (ed è la versione che tutti gli utenti stanno utilizzando), mentre il secondo è in aggiornamento. Una volta che i test sono conclusi sull’ambiente non attivo (il “green”), il traffico verso produzione viene dirottato su quest’ultimo (spesso con l’utilizzo di un [load balancer](/it/load-balancer/)). Si noti che con blue-green deployment si intende spesso lo scambio di interi ambienti, compresi molti [servizi](/it/service/), in blocco. Il termine è a volte usato impropriamente in relazione a singoli servizi in un sistema. Per evitare queste ambiguità, si preferisce usare il termine “zero-downtime deployment” (a impatto nullo) quando ci si riferisce alle singole componenti.
+
+
+## Quali problematiche affronta  
+I blue-green deployment consentono di ridurre al minimo il disservizio nel caso in cui si debba rilasciare una nuova versione di un software che manca di retrocompatibilità. Per esempio, un deployment di tipo blue-green è indicato nel caso di un negozio online che consista in un sito web e un database. Se il database ha bisogno di un aggiornamento, ma questa nuova versione non funziona con la versione corrente del sito web (e viceversa), in questo caso bisogna cambiare entrambe nello stesso momento. E se questo viene fatto in ambiente di produzione, l’utente noterà un disservizio.
+
+
+## In che modo aiuta  
+Il blue-green deployment è la strategia appropriata per software non [cloud-native](/it/cloud-native-apps/) che necessitano di un aggiornamento con un disservizio minimo. In ogni caso il suo utilizzo è solitamente un segnale che il software ha bisogno di essere reingegnerizzato, così da poter aggiornare le sue componenti singolarmente.
+

content/it/cloud-computing.md

@@ -0,0 +1,24 @@
+---
+title: Cloud Computing
+status: Completed
+category: Concetto
+tags: ["infrastruttura", "fondamenti", ""]
+---
+
+## Cos'è
+
+Il cloud computing è un modello che offre risorse computazionali come CPU, rete e capacità di archiviazione su richiesta attraverso internet.
+Il cloud computing offre agli utenti la possibilità di accedere e utilizzare potenza di calcolo da remoto.
+I cloud provider come AWS, GCP, Azure, DigitalOcean e altri offrono a terze parti la possibilità di noleggiare l'accesso a risorse computazionali in diverse località geografiche.
+
+## Quali problematiche affronta
+
+Tradizionalmente, le organizzazioni dovevano affrontare due problemi principali quando dovevano espandere il loro utilizzo di potenza di calcolo.
+Potevano o acquistare, supportare, progettare, e pagare le strutture per ospitare i loro server fisici, oppure potevano espandere e mantenere quelle strutture.
+Il cloud computing permette alle organizzazioni di affidare una porzione delle loro necessità di calcolo ad un'altra organizzazione.
+
+## In che modo aiuta
+
+I cloud provider offrono alle organizzazioni la possibilità di noleggiare risorse on-demand e di pagare in base all'utilizzo.
+Questo ha permesso due grandi innovazioni: le organizzazioni possono focalizzarsi sul loro prodotto o servizio senza aspettare, pianificare e investire risorse su nuove strutture fisiche. Possono [scalare](/it/scalability/) a seconda della necessità e su richiesta.
+Il cloud computing permette alle organizzazioni di adottare tutta (o soltanto) l'infrastruttura di cui hanno bisogno.

content/it/container-orchestration.md

@@ -0,0 +1,23 @@
+---
+title: Container Orchestration
+status: Completed
+category: Concetto
+---
+
+## Cos'è
+Per orchestrazione dei [container](/it/container/) si intende la gestione e l'automazione del ciclo di vita delle applicazioni containerizzate in ambienti dinamici.
+L'orchestrazione dei container viene effettuata tramite l'utilizzo di un orchestratore di container (nella maggior parte dei casi [Kubernetes](/it/kubernetes)), che consente di eseguire i processi di deployment (distribuzione), (auto)scaling (scalabilità), auto-healing (riparazione) e monitoraggio.
+Il concetto di orchestrazione è preso in prestito dal mondo musicale ed utilizzato come una metafora:
+lo strumento di orchestrazione dirige i container come un direttore d'orchestra musicale, assicurandosi che ogni container (o musicista) faccia ciò che dovrebbe fare.
+
+
+
+## Quali problematiche affronta
+Gestire manualmente i [microservizi](/it/microservices), la sicurezza e la comunicazione di rete su larga scala - e i [sistemi distribuiti](/it/distributed-systems) in generale - è difficile, se non impossibile.
+L'orchestrazione dei container consente agli utenti di automatizzare tutte queste attività di gestione.
+
+## In che modo aiuta
+Gli strumenti di orchestrazione dei container consentono agli utenti di stabilire lo stato di un sistema.
+Innanzitutto, dichiarano come dovrebbe apparire (ad esempio, x container, y pod, ecc.).
+Lo strumento di orchestrazione monitorerà quindi automaticamente l'infrastruttura e la correggerà se lo stato devia da quello dichiarato (ad esempio, avvierà un nuovo container se uno dovesse arrestarsi in modo anomalo).
+Questa automazione semplifica molte delle attività operative dei team di engineering, che risulterebbero altrimenti profondamente manuali e complesse. Tra queste figurano: l'assegnazione di risorse, la distribuzione, lo scaling (sia in termini di aggiunta che di rimozione di nodi), la connettività, il bilanciamento del traffico e altre attività.

content/it/containers-as-a-service.md

@@ -1,6 +1,6 @@
 ---
 title: Containers as a Service
-status: Completed
+status: Deprecated
 category: Tecnologia
 tags: ["platform", "", ""]
 ---
@@ -17,5 +17,5 @@ Senza servizi CaaS, i team di sviluppo software devono distribuire, gestire e mo
 
 ## In che modo aiuta
 
-Quando si distribuiscono applicazioni containerizzate su una piattaforma CaaS, gli utenti acquisiscono visibilità sulle performance del sistema attraverso aggregazioni di log e strumenti di monitoraggio. I servizi CaaS includono anche funzionalità incorporate per l'[auto scaling](/it/auto-scaling/) e la gestione dell'orchestrazione. Ciò permette ai team di costruire [sistemi distribuiti](/it/distributed-systems/) ad alta visibilità e alta disponibilità. Inoltre, consentendo rapide distribuzioni, i servizi CaaS aumentano la velocità dei team di sviluppo. Mentre i container assicurano un obiettivo di distribuzione uniforme, i servizi CaaS diminuiscono i costi operativi a livello ingegneristico riducendo le risorse [DevOps](/it/devops/) necessarie per gestire una distribuzione.
+Quando si distribuiscono applicazioni containerizzate su una piattaforma CaaS, gli utenti acquisiscono visibilità sulle performance del sistema attraverso aggregazioni di log e strumenti di monitoraggio. I servizi CaaS includono anche funzionalità incorporate per l'[autoscaling](/it/auto-scaling/) e la gestione dell'orchestrazione. Ciò permette ai team di costruire [sistemi distribuiti](/it/distributed-systems/) ad alta visibilità e alta disponibilità. Inoltre, consentendo rapide distribuzioni, i servizi CaaS aumentano la velocità dei team di sviluppo. Mentre i container assicurano un obiettivo di distribuzione uniforme, i servizi CaaS diminuiscono i costi operativi a livello ingegneristico riducendo le risorse [DevOps](/it/devops/) necessarie per gestire una distribuzione.
 

content/it/continuous-delivery(CD).md renamed to content/it/continuous-delivery.md

@@ -11,4 +11,4 @@ La _Continuous Delivery_ (rilascio continuo), spesso abbreviata in CD, è un ins
 La distribuzione di aggiornamenti [affidabili](/it/reliability/) diventa un problema su vasta scala. Idealmente, bisognerebbe distribuire più frequentemente per offrire un maggiore valore agli utenti finali. Tuttavia, farlo manualmente si traduce in costi di transazione elevati per ogni modifica. Storicamente, per evitare questi costi, le organizzazioni hanno rilasciato meno frequentemente, implementando più modifiche contemporaneamente e aumentando il rischio che qualcosa andasse storto.
 
 ## In che modo aiuta
-Le strategie CD creano un processo completamente automatizzato fino in produzione, che testa e distribuisce il software utilizzando varie strategie di distribuzione come le versioni [canary](/it/canary_deployment/) o [blue-green](/it/blue_green_deployment/). Ciò consente agli sviluppatori di distribuire codice frequentemente, garantendo loro la tranquillità che la nuova revisione sia stata testata. In genere, nelle strategie CD si preferisce lo sviluppo basato su _trunk_ al posto di quello su _feature branching_ o _pull requests_.
+Le strategie CD creano un processo completamente automatizzato fino in produzione, che testa e distribuisce il software utilizzando varie strategie di distribuzione come le versioni [canary](/it/canary-deployment/) o [blue-green](/it/blue-green-deployment/). Ciò consente agli sviluppatori di distribuire codice frequentemente, garantendo loro la tranquillità che la nuova revisione sia stata testata. In genere, nelle strategie CD si preferisce lo sviluppo basato su _trunk_ al posto di quello su _feature branching_ o _pull requests_.

content/it/continuous-deployment.md

@@ -0,0 +1,37 @@
+---
+title: Continuous Deployment (CD)
+status: Completed
+category: Concetto
+tags: ["metodologia", "applicazione", ""]
+---
+
+## Cos'è
+
+Il Continuous deployment, o Distribuzione Continua, spesso abbreviato CD, è il passo successivo di [continuous delivery](/it/continuous-delivery/), o 
+ed esegue l'installazione del sofware finito direttamente in produzione.
+Il continuous deployment (CD) va di pari passo con la [continuous integration](/it/continuous-integration/) (CI), 
+e il processo nel suo insieme viene spesso indicato come CI/CD.
+La fase di CI verifica se le modifiche apportate a una determinata applicazione sono valide, 
+ed la fase CD distribuisce automaticamente le modifiche al codice attraverso i vari ambienti di un'organizzazione, dai test alla produzione.
+
+## Quali problematiche affronta
+
+Il rilascio di nuove versioni di software può essere un processo laborioso e soggetto a errori; 
+peraltro, spesso le organizzazioni vogliono affrontarlo non troppo frequentemente per evitare incidenti in produzione 
+e ridurre il numero di volte in cui i tecnici devono essere disponibili al di fuori del normale orario lavorativo.
+I modelli tradizionali di distribuzione del software portano le organizzazioni in un circolo vizioso 
+in cui il processo di rilascio del software non soddisfa le esigenze organizzative in termini di velocità di rilascio
+di correzzioni applicative e nel rilascio delle nuove funzionalità.
+
+## In che modo aiuta
+
+Automatizzando il ciclo di rilascio e costringendo le organizzazioni a rilasciare in produzione più frequentemente, 
+il CD fa per i team operativi quello che il CI ha fatto per i team di sviluppo. 
+In particolare, obbliga i team operativi ad automatizzare le parti complesse e soggette a errori dei deployment in produzione, 
+riducendo il rischio complessivo. 
+Inoltre, migliora la capacità delle organizzazioni di accettare e adattarsi ai cambiamenti in produzione, portando conseguentemente a una maggiore stabilità.
+
+## Termini correlati
+
+* [Continuous Integration](/it/continuous-integration/)
+* [Continuous Delivery](/it/continuous-delivery/)

content/it/continuous-integration.md

@@ -0,0 +1,34 @@
+---
+title: Continuous integration (CI)
+status: Completed 
+category: Concetto
+tags: ["metodologia", "applicazione", ""]
+---
+
+## Cos'è
+
+Continuous integration, spesso abbreviato CI, è la pratica di integrare le modifiche al codice il più regolarmente possibile. 
+La CI è il prerequisito per la [continuous delivery](/it/continuous-delivery/) (CD). 
+Tradizionalmente, il processo di CI inizia quando le modifiche al codice vengono committate in un sistema di controllo del codice sorgente (Git, Mercurial o Subversion)
+e termina con un artefatto testato pronto per essere consumato da un sistema di CD.
+
+## Quali problematiche affronta
+
+I software sono spesso estesi e complessi, con numerosi sviluppatori che li mantengono e aggiornano. 
+Lavorando in parallelo su diverse parti del sistema, 
+gli sviluppatori potrebbero apportare modifiche in conflitto e danneggiare inavvertitamente il lavoro l'uno dell'altro.
+Inoltre, con più sviluppatori che lavorano allo stesso progetto, 
+qualsiasi attività quotidiana come il test e la misura della qualità del codice dovrebbe essere ripetuta da ogni sviluppatore, sprecando tempo.
+
+## In che modo aiuta
+
+La CI controlla automaticamente che le modifiche al codice si inseriscano in modo pulito ogni volta che uno sviluppatore finalizza una modifica.
+È una pratica molto diffusa utilizzare il server CI per eseguire controlli di qualità del codice, test e persino installazioni.
+In questo modo, diventa una concreta implementazione del controllo qualità all'interno dei team.
+Il processo di CI consente ai team di software di identificare chiaramente ogni commit di codice come un fallimento o come un valido candidato
+ al rilascio in produzione.
+
+## Termini correlati
+
+* [Continuous Delivery](/it/continuous-delivery/)
+* [Continuous Deployment](/it/continuous-deployment/)