Network functions virtualization: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
Aspetti pratici: sistemo traduzione - eccesso di anglicismi in presenza di terminologia tecnica corrente equivalente in italiano
Nessun oggetto della modifica
Riga 1:
Il termine '''Network function virtualization''' (o anche '''Network function virtualization''' o '''NFV<ref>http://www.etsi.org/technologies-clusters/technologies/nfv</ref>''') èindica un approccio alle architetture di rete che utilizza le tecnologie IT diper [[virtualizzazione|virtualizzare]] per virtualizzare intere classi di funzioni dei nodi delladi rete income blocchi elementari che possono essere connessi,interconnessi per creareimplementare servizi di comunicazione.
 
La NFV si basa su, ma contemporaneamente differisce, dalle tradizionali tecniche di virtualizzazione server utilizzareutilizzate nei sistemi IT aziendali. Una funzione di rete virtualizzata può consistere in una o più [[macchine virtuali]] che gestiscono diversi software e processi su server standard ad alta capacità, switch e dispositivi di memoria o addirittura su un'infrastruttura in cloud, invece di utilizzare differenti dispositivi hardware per ogni funzione di rete.
 
Ad esempio, si potrebbe definire un ''[[session border controller]]'' virtuale per proteggere una rete senza i costi e la complessità di ottenimentoapprovvigionamento ed installazione di unità di potezione di rete fisiche. Altri esempi dell'utilizzo di NFV includono ''[[load balancer]]'', ''[[firewall]]'', dispositivi di intrusionrilevamento di detectionintrusioni e acceleratori WAN<ref>{{Cita web|url=http://www.etsi.org/deliver/etsi_gs/NFV/001_099/001/01.01.01_60/gs_NFV001v010101p.pdf}}</ref>.
 
== Contesto ==
Lo sviluppo dei prodotti nell'industria delle telecomunicazione ha tradizionalmente seguito standard rigorosi per garantire stabilità, aderenza ai protocolli e qualità, come si evince dall'esistenza dell'espressione ''carrier grade'' per indicare dispositivi che mostrano tali caratteristiche.<ref>{{Cita web|url=https://www.wired.com/insights/2013/03/how-low-cost-telecom-killed-five-9s-in-cloud-computing/}}</ref> Mentre questo approccio ha funzionato correttamente nel passato, esso inevitabilmente portava a lunghi cicli di vita del prodotto, ad un lento passo di sviluppo e alla dipendenza da hardware specifico, come ad esempio [[Application specific integrated circuit|application-specific integrated circuit]] (ASIC) progettati su misura. L'aumento della competizione nei servizi di comunicazione ad opera di organizzazioni operanti su larga scala su internet (come [[Google Talk]], [[Skype]], [[Netflix]]) ha portato i service provider a cercare nuove strade per rivoluzionare lo status quo.
 
While this model worked well in the past, it inevitably led to long product cycles, a slow pace of development and reliance on proprietary or specific hardware, come ad esempio [[Application specific integrated circuit|application-specific integrated circuit]] (ASIC) fatti su misura. L'aumento della competizione nei servizi di comunicazione ad opera di organizzazione operanti su larga scala su internet (come [[Google Talk]], [[Skype]], [[Netflix]]) ha portato i service provider a cercare nuove strade per rivoluzionare lo status quo.
 
== Storia ==