Network functions virtualization: differenze tra le versioni

Versione delle 12:19, 26 ago 2018

Versione delle 09:27, 3 mag 2019

Riga 23:

Un service provider che segue i principi NFV deve implementare una o più funzioni di rete virtualizzate (VNF). Una VNF in sé stessa non fornisce un prodotto o servizio utilizzabile dal cliente del provider. Per costruire servizi più complessi, si utilizza il concetto di ''service chaining'' ("concatenazione di servizi") in cui sono coinvolte più VNF in sequenza in modo che l'interazione complessiva fornisca il servizio desiderato.

Un altro aspetto dell'implementazione della NFV è il processo di ''orchestration'' ("orchestrazione"). Per implementare servizi affidabili e scalabili, la NFV necessita che la rete sia in grado di istanziare in modo coordinato più VNF, di monitorarle, correggerle e fatturare per i servizi forniti. Tali caratteristiche di coordinamento, che rientrano nella definizione di funzionalità ''carrier-grade''<ref name="CG">Don’t Confuse ‘High Availability’ with [httphttps://embedded.communities.intel.com/community/en/blog/2014/04/04/don-t-confuse-high-availability-with-carrier-grade Carrier Grade], Embedded Community, Charlie Ashton, April, 2014</ref>, sono allocate nel livello di orchestrazione (''orchestration layer'') che garantisce alta disponibilità e sicurezza e bassi costi operativi e di manutenzione. Fondamentalmente, il livello di orchestrazione deve essere in grado di gestire le istanze di VNF in maniera indipendente dalla tecnologia sottostante. Ad esempio, un livello di orchestrazione deve essere in grado di gestire un SBC-VNF del produttore X in esecuzione su [[VMware Inc.|VMware]] vSphere tanto quanto un IMS-VNF del produttore Y in esecuzione su KVM.

== Note ==