Wirtualizacja funkcji sieciowych

Wirtualizacja funkcji sieciowych (NFV) to koncepcja architektury sieci , która wykorzystuje technologie wirtualizacji IT do wirtualizacji całych klas funkcji węzłów sieciowych w bloki konstrukcyjne, które mogą się łączyć lub łączyć ze sobą w celu tworzenia i dostarczania usług komunikacyjnych.

NFV opiera się na tradycyjnych technikach wirtualizacji serwerów , takich jak te stosowane w informatyce korporacyjnej. Zwirtualizowana funkcja sieciowa (VNF) jest zaimplementowana w jednej lub kilku maszynach wirtualnych lub kontenerach , na których działa różne oprogramowanie i procesy, poza komercyjnymi, gotowymi do użycia serwerami, przełącznikami i urządzeniami pamięci masowej, a nawet infrastrukturą przetwarzania w chmurze , zamiast posiadania niestandardowych urządzeń sprzętowych dla każdej funkcji sieciowej, unikając w ten sposób uzależnienia od dostawcy.

Na przykład wirtualny kontroler graniczny sesji może zostać wdrożony w celu ochrony sieci bez typowych kosztów i złożoności uzyskiwania i instalowania fizycznych jednostek ochrony sieci. Inne przykłady NFV to między innymi zwirtualizowane moduły równoważenia obciążenia , zapory ogniowe , urządzenia do wykrywania włamań i akceleratory WAN .

Oddzielenie oprogramowania funkcji sieciowych od dostosowanej platformy sprzętowej zapewnia elastyczną architekturę sieci, która umożliwia sprawne zarządzanie siecią, szybkie wdrażanie nowych usług przy znacznej redukcji CAPEX i OPEX.

Tło

Rozwój produktów w branży telekomunikacyjnej tradycyjnie odbywał się zgodnie z rygorystycznymi normami dotyczącymi stabilności, przestrzegania protokołów i jakości, co znajduje odzwierciedlenie w używaniu terminu „ carrier grade” do oznaczania sprzętu wykazującego ten wysoki współczynnik niezawodności i wydajności. Chociaż model ten działał dobrze w przeszłości, nieuchronnie prowadził do długich cykli produkcyjnych, powolnego tempa rozwoju i polegania na zastrzeżonym lub specjalistycznym sprzęcie, np. niestandardowych układach scalonych specyficznych dla aplikacji (ASIC). Ten model rozwoju spowodował znaczne opóźnienia we wdrażaniu nowych usług, stwarzał złożone wyzwania w zakresie interoperacyjności i znaczny wzrost CAPEX/OPEX podczas skalowania systemów i infrastruktury sieciowej oraz zwiększania możliwości usług sieciowych w celu sprostania rosnącemu obciążeniu sieci i wymaganiom w zakresie wydajności. Ponadto wzrost znaczącej konkurencji w zakresie ofert usług komunikacyjnych ze strony sprawnych organizacji działających na dużą skalę w publicznym Internecie (takich jak Google Talk , Skype , Netflix ) zachęciło usługodawców do poszukiwania innowacyjnych sposobów na zakłócenie status quo i zwiększenie strumieni przychodów.

Historia

W październiku 2012 r. grupa operatorów telekomunikacyjnych opublikowała białą księgę na konferencji w Darmstadt w Niemczech na temat sieci definiowanych programowo (SDN) i OpenFlow . Wezwanie do działania, które zakończyło Białą Księgę, doprowadziło do utworzenia w ramach Europejskiego Instytutu Norm Telekomunikacyjnych (ETSI) Grupy ds. Specyfikacji Przemysłowych ds. Wirtualizacji Funkcji Sieciowych (NFV) (ang. Network Functions Virtualization, NFV). W skład ISG weszli przedstawiciele branży telekomunikacyjnej z Europy i spoza niej. ETSI ISG NFV dotyczy wielu aspektów, w tym architektury funkcjonalnej, modelu informacyjnego, modelu danych, protokołów, interfejsów API, testowania, niezawodności, bezpieczeństwa, przyszłych ewolucji itp.

ETSI ISG NFV ogłosił wydanie 5 swoich specyfikacji od maja 2021 r., którego celem jest stworzenie nowych specyfikacji i rozszerzenie już opublikowanych specyfikacji w oparciu o nowe funkcje i ulepszenia.

Od czasu opublikowania białej księgi grupa wydała ponad 100 publikacji, które zyskały szerszą akceptację w branży i są wdrażane w wiodących projektach open source, takich jak OpenStack, ONAP, Open Source MANO (OSM), by wymienić tylko kilka. Ze względu na aktywne działania w zakresie wzajemnych powiązań, specyfikacje ETSI NFV są również przywoływane w innych SDO, takich jak 3GPP, IETF, ETSI MEC itp.

Struktura

Ramy NFV składają się z trzech głównych komponentów:

Zwirtualizowane funkcje sieciowe (VNF) to programowe implementacje funkcji sieciowych, które można wdrożyć w infrastrukturze wirtualizacji funkcji sieciowych (NFVI).
Infrastruktura wirtualizacji funkcji sieciowych (NFVI) to całość wszystkich komponentów sprzętowych i programowych, które tworzą środowisko, w którym wdrażane są NFV. Infrastruktura NFV może obejmować kilka lokalizacji. Sieć zapewniająca łączność między tymi lokalizacjami jest uważana za część infrastruktury NFV.
orkiestracją funkcji sieciowych (NFV-MANO Architectural Framework) to zbiór wszystkich bloków funkcjonalnych, repozytoriów danych używanych przez te bloki oraz punktów odniesienia i interfejsów, za pośrednictwem których te bloki funkcjonalne wymieniają informacje w celu zarządzania i koordynowania NFVI i VNF.

Elementem konstrukcyjnym zarówno NFVI, jak i NFV-MANO jest platforma NFV. W roli NFVI składa się z wirtualnych i fizycznych zasobów przetwarzania i przechowywania oraz oprogramowania do wirtualizacji. W swojej roli NFV-MANO składa się z menedżerów VNF i NFVI oraz oprogramowania do wirtualizacji działającego na kontrolerze sprzętowym . Platforma NFV implementuje funkcje klasy operatorskiej służące do zarządzania i monitorowania komponentów platformy, usuwania awarii i zapewniania skutecznego bezpieczeństwa – wszystko to jest wymagane w sieci przewoźnika publicznego.

Aspekty praktyczne

Dostawca usług, który stosuje projekt NFV, wdraża jedną lub więcej zwirtualizowanych funkcji sieciowych lub VNF . VNF sam w sobie nie zapewnia automatycznie użytecznego produktu lub usługi klientom dostawcy. Aby zbudować bardziej złożone usługi, stosuje się pojęcie łańcucha usług , w którym wiele VNF jest używanych kolejno w celu dostarczenia usługi.

Kolejnym aspektem wdrażania NFV jest proces orkiestracji . Aby zbudować wysoce niezawodne i skalowalne usługi, NFV wymaga, aby sieć była w stanie tworzyć instancje VNF, monitorować je, naprawiać i (co najważniejsze dla działalności usługodawcy) wystawiać rachunki za świadczone usługi. Te atrybuty, określane jako funkcje klasy operatorskiej, są przydzielane do warstwy orkiestracji w celu zapewnienia wysokiej dostępności i bezpieczeństwa oraz niskich kosztów eksploatacji i konserwacji. Co ważne, warstwa orkiestracji musi być w stanie zarządzać VNF niezależnie od technologii leżącej u podstaw VNF. Na przykład warstwa aranżacji musi być w stanie zarządzać plikiem SBC VNF od dostawcy X działający na VMware vSphere , a także IMS VNF od dostawcy Y działający na KVM.

Rozproszony NFV

Początkowe postrzeganie NFV było takie, że w centrach danych należy wdrożyć wirtualizację. Takie podejście sprawdza się w wielu – choć nie we wszystkich – przypadkach. NFV zakłada i kładzie nacisk na jak największą elastyczność co do fizycznej lokalizacji zwirtualizowanych funkcji.

Idealnie zatem, zwirtualizowane funkcje powinny być zlokalizowane tam, gdzie są najbardziej efektywne i najtańsze. Oznacza to, że usługodawca powinien mieć swobodę lokalizowania NFV we wszystkich możliwych lokalizacjach, od centrum danych, przez węzeł sieci, aż po lokal klienta. To podejście, znane jako rozproszone NFV, było podkreślane od samego początku w miarę rozwoju i standaryzacji NFV i jest widoczne w niedawno wydanych dokumentach NFV ISG.

W niektórych przypadkach dostawca usług ma wyraźne korzyści z umieszczenia tej zwirtualizowanej funkcjonalności w siedzibie klienta. Korzyści te obejmują zarówno ekonomię, wydajność, jak i wykonalność wirtualizowanych funkcji.

weryfikacja koncepcji (PoC) D-NFV przez wielu dostawców została przeprowadzona przez Cyan, Inc. , RAD , Fortinet i Certes Networks w Chicago w czerwcu 2014 r. i była sponsorowana przez CenturyLink . Został on oparty na dedykowanym sprzęcie D-NFV firmy RAD obsługującym zaporę nowej generacji (NGFW) firmy Fortinet i silnik wirtualnego szyfrowania/odszyfrowywania Certes Networks jako funkcje sieci wirtualnej (VNF) z systemem Blue Planet firmy Cyan zarządzającym całym ekosystemem. Rozwiązanie D-NFV firmy RAD, warstwa 2 / Jednostka zakończenia sieci warstwy 3 (NTU) wyposażona w moduł serwera D-NFV X86 , który działa jako silnik wirtualizacji na brzegu sieci klienta, stała się dostępna na rynku pod koniec tego miesiąca. W 2014 roku RAD zorganizował również D-NFV Alliance, ekosystem dostawców i międzynarodowych integratorów systemów specjalizujących się w nowych aplikacjach NFV.

Korzyści wynikające z modułowości NFV

Podczas projektowania i opracowywania oprogramowania, które zapewnia VNF, dostawcy mogą podzielić to oprogramowanie na komponenty oprogramowania (widok implementacji architektury oprogramowania) i spakować te komponenty w jeden lub więcej obrazów (widok wdrażania architektury oprogramowania). Te komponenty oprogramowania zdefiniowane przez dostawcę są nazywane składnikami VNF (VNFC). VNF są implementowane z jednym lub większą liczbą VNFC i zakłada się, bez utraty ogólności, że instancje VNFC mapują 1:1 na obrazy VM.

VNFC powinny ogólnie mieć możliwość skalowania w górę i/lub w poziomie . Dzięki możliwości przydzielenia elastycznych (wirtualnych) procesorów do każdej z instancji VNFC, warstwa zarządzania siecią może skalować w górę (tj. skalować w pionie ) VNFC, aby zapewnić przepustowość/wydajność i skalowalność w ramach jednego systemu lub jednej platformy. Podobnie warstwa zarządzania siecią może być skalowana w poziomie (tzn. skalowana w poziomie). ) VNFC, aktywując wiele instancji takiego VNFC na wielu platformach, a tym samym sięgając do specyfikacji wydajności i architektury, nie naruszając stabilności innych funkcji VNFC.

Pierwsi użytkownicy takich schematów architektury wdrożyli już zasady modułowości NFV.

Stosunek do SDN

Funkcje sieciowe Wirtualizacja w dużym stopniu uzupełnia sieć definiowaną programowo (SDN). Zasadniczo SDN to podejście do budowania sprzętu i oprogramowania sieciowego danych, które oddziela i wyodrębnia elementy tych systemów. Czyni to poprzez oddzielenie od siebie płaszczyzny sterowania i płaszczyzny danych, tak że płaszczyzna sterowania znajduje się centralnie, a elementy przesyłające pozostają rozproszone. Płaszczyzna kontrolna współdziała zarówno w kierunku północnym , jak i południowym . W kierunku północnym płaszczyzna sterowania zapewnia wspólny abstrakcyjny widok sieci aplikacjom i programom wyższego poziomu przy użyciu interfejsów API wysokiego poziomu i nowatorskich paradygmatów zarządzania, takich jak sieci intuicyjne. W kierunku południowym płaszczyzna kontrolna programuje zachowanie przekazywania płaszczyzny danych, używając interfejsów API na poziomie urządzenia fizycznego sprzętu sieciowego rozproszonego w sieci.

Zatem NFV nie jest zależne od koncepcji SDN lub SDN, ale NFV i SDN mogą współpracować w celu usprawnienia zarządzania infrastrukturą NFV i stworzenia bardziej dynamicznego środowiska sieciowego. Całkowicie możliwe jest zaimplementowanie zwirtualizowanej funkcji sieciowej (VNF) jako samodzielnej jednostki przy użyciu istniejących paradygmatów sieci i orkiestracji. Istnieją jednak nieodłączne korzyści płynące z wykorzystania koncepcji SDN do wdrożenia i zarządzania infrastrukturą NFV, szczególnie jeśli spojrzymy na zarządzanie i orkiestrację usług sieciowych (NS), składających się z różnych typów funkcji sieciowych (NF), takich jak fizyczne funkcje sieciowe ( PNF) i VNF oraz umieszczone między różnymi geolokalizowanymi infrastrukturami NFV, dlatego definiuje się platformy wielu dostawców, które włączają SDN i NFV w uzgodnione ekosystemy.

System NFV wymaga centralnego systemu orkiestracji i zarządzania, który przyjmuje żądania operatora związane z NS lub VNF, tłumaczy je na odpowiednie przetwarzanie, przechowywanie i konfigurację sieci potrzebną do uruchomienia NS lub VNF. Po uruchomieniu VNF i sieci, do których jest podłączony, muszą być monitorowane pod kątem przepustowości i wykorzystania oraz w razie potrzeby dostosowywane.

Wszystkie funkcje kontroli sieci w infrastrukturze NFV można realizować przy użyciu koncepcji SDN, a NFV można uznać za jeden z podstawowych przypadków użycia SDN w środowiskach dostawców usług. Na przykład, w każdym miejscu infrastruktury NFV, VIM może polegać na kontrolerze SDN w celu ustawienia i skonfigurowania sieci nakładkowych łączących (np. VXLAN) VNF i PNF tworzących NS. Kontroler SDN konfigurowałby następnie przełączniki i routery infrastruktury NFV, a także bramy sieciowe zgodnie z potrzebami. Podobnie, zarządca infrastruktury rozległej (WIM) mógłby polegać na kontrolerze SDN w celu skonfigurowania sieci nakładkowych w celu łączenia NS, które są rozmieszczone w różnych geolokalizowanych infrastrukturach NFV. Oczywiste jest również, że wiele przypadków użycia SDN może zawierać koncepcje wprowadzone w inicjatywie NFV. Przykłady obejmują sytuację, w której scentralizowany kontroler kontroluje rozproszoną funkcję przekazywania, która w rzeczywistości może być również zwirtualizowana na istniejącym sprzęcie do przetwarzania lub routingu.

Wpływ na branżę

NFV okazał się popularnym standardem nawet w powijakach. Jego bezpośrednie zastosowania są liczne, takie jak wirtualizacja mobilnych stacji bazowych , platforma jako usługa (PaaS), sieci dostarczania treści (CDN), dostęp stacjonarny i środowiska domowe. Oczekuje się, że potencjalne korzyści z NFV będą znaczące. Oczekuje się, że wirtualizacja funkcji sieciowych wdrożonych na standardowym sprzęcie ogólnego przeznaczenia zmniejszy nakłady inwestycyjne i operacyjne oraz skróci czas wdrażania usług i produktów. Wielu głównych dostawców sprzętu sieciowego ogłosiło wsparcie dla NFV. Zbiegło się to z ogłoszeniami NFV od głównych dostawców oprogramowania, którzy dostarczają platformy NFV używane przez dostawców sprzętu do tworzenia ich produktów NFV.

Aby jednak wykorzystać oczekiwane korzyści z wirtualizacji, dostawcy sprzętu sieciowego ulepszają technologię wirtualizacji IT, aby uwzględnić atrybuty klasy operatorskiej wymagane do osiągnięcia wysokiej dostępności , skalowalności, wydajności i możliwości efektywnego zarządzania siecią. Aby zminimalizować całkowity koszt posiadania (TCO), funkcje klasy operatorskiej muszą być wdrażane tak wydajnie, jak to tylko możliwe. Wymaga to od rozwiązań NFV efektywnego wykorzystania nadmiarowych zasobów w celu osiągnięcia dostępności na poziomie pięciu dziewiątek (99,999%) oraz zasobów obliczeniowych bez uszczerbku dla przewidywalności wydajności.

Platforma NFV jest podstawą do osiągnięcia wydajnych rozwiązań NFV klasy operatorskiej. Jest to platforma oprogramowania działająca na standardowym sprzęcie wielordzeniowym i zbudowana przy użyciu oprogramowania typu open source, które zawiera funkcje klasy operatorskiej. Oprogramowanie platformy NFV odpowiada za dynamiczną zmianę przypisania VNF w przypadku awarii i zmian obciążenia ruchem, dlatego też odgrywa ważną rolę w osiąganiu wysokiej dostępności. Trwają liczne inicjatywy mające na celu określenie, dostosowanie i promowanie możliwości klasy operatorskiej NFV, takie jak ETSI NFV Proof of Concept, ATIS Open Platform for NFV Project, Carrier Network Virtualization Awards i różne ekosystemy dostawców.

vSwitch, kluczowy komponent platform NFV, odpowiada za zapewnienie łączności zarówno między maszynami wirtualnymi (między maszynami wirtualnymi), jak i między maszynami wirtualnymi a siecią zewnętrzną. Jego wydajność określa zarówno przepustowość VNF, jak i opłacalność rozwiązań NFV. Standardowa Open vSwitch (OVS) ma wady, które muszą zostać usunięte, aby sprostać wymaganiom rozwiązań NFVI. Dostawcy NFV zgłaszają znaczące ulepszenia wydajności zarówno dla wersji OVS, jak i Accelerated Open vSwitch (AVS).

Wirtualizacja zmienia również sposób określania, mierzenia i osiągania dostępności w rozwiązaniach NFV. W miarę jak VNF zastępują tradycyjny sprzęt dedykowany określonym funkcjom, następuje przejście od dostępności opartej na sprzęcie do kompleksowego, warstwowego podejścia opartego na usługach. Wirtualizacja funkcji sieciowych przerywa bezpośrednie powiązanie z konkretnym sprzętem, dlatego dostępność jest definiowana przez dostępność usług VNF. Ponieważ technologia NFV może wirtualizować szeroki zakres typów funkcji sieciowych, z których każdy ma własne oczekiwania dotyczące dostępności usług, platformy NFV powinny obsługiwać szeroki zakres opcji odporności na awarie. Ta elastyczność umożliwia dostawcom CSP optymalizację rozwiązań NFV w celu spełnienia wszelkich wymagań dotyczących dostępności VNF.

Zarządzanie i orkiestracja (MANO)

ETSI wskazało już, że istotna część kontrolowania środowiska NFV odbywa się poprzez zautomatyzowaną orkiestrację. Zarządzanie i orkiestracja NFV (NFV-MANO) odnosi się do zestawu funkcji w systemie NFV do zarządzania i koordynowania alokacji zasobów infrastruktury wirtualnej do zwirtualizowanych funkcji sieciowych (VNF) i usług sieciowych (NS). Są mózgami systemu NFV i kluczowym czynnikiem umożliwiającym automatyzację.

Główne bloki funkcjonalne w architekturze NFV-MANO ( ETSI GS NFV-006 ) to:

Orkiestrator wirtualizacji funkcji sieciowych (NFVO);
Zwirtualizowany menedżer funkcji sieciowych (VNFM);
Menedżer infrastruktury wirtualnej (VIM).

Punktem wejścia w NFV-MANO dla zewnętrznych systemów wsparcia operacji (OSS) i systemów wsparcia biznesu (BSS) jest NFVO, które odpowiada za zarządzanie cyklem życia instancji NS. Zarządzanie cyklem życia instancji VNF składających się na instancję NS jest delegowane przez NFVO do jeszcze jednego lub VNFM. Zarówno NFVO, jak i VNFM używają usług udostępnionych przez jeden lub więcej VIM do przydzielania zasobów infrastruktury wirtualnej do zarządzanych przez siebie obiektów. Do zarządzania skonteneryzowanymi VNF służą dodatkowe funkcje: zarządzanie usługami infrastruktury kontenera (CISM) i rejestr obrazu kontenera (CIR). CISM jest odpowiedzialny za utrzymywanie obciążeń kontenerowych, podczas gdy CIR jest odpowiedzialny za przechowywanie i utrzymywanie informacji o obrazach oprogramowania kontenera systemu operacyjnego. Zachowanie NFVO i VNFM jest sterowane przez zawartość szablonów wdrażania (znanych również jako deskryptory NFV), takich jak deskryptor usług sieciowych (NSD) i deskryptor VNF (VNFD).

ETSI zapewnia pełny zestaw standardów umożliwiających otwarty ekosystem , w którym wirtualizowane funkcje sieciowe (VNF) mogą być interoperacyjne z niezależnie opracowanymi systemami zarządzania i orkiestracji, a komponenty systemu zarządzania i orkiestracji same w sobie są interoperacyjne. Obejmuje to zestaw Restful API , a także specyfikacje formatu pakowania do dostarczania VNF do dostawców usług oraz szablony wdrożeniowe, które mają być spakowane z obrazami oprogramowania, aby umożliwić zarządzanie cyklem życia VNF. Szablony wdrożeniowe mogą być oparte na TOSCA lub YANG .

OpenAPI (aka Swagger) specyfikacji API jest dostępna i utrzymywana na serwerze forge ETSI wraz z plikami definicji TOSCA i YANG, których można używać podczas tworzenia szablonów wdrożeniowych .

Pełny zestaw opublikowanych specyfikacji podsumowano w poniższej tabeli.

Specyfikacja	Tytuł
ETSI GS NFV-SOL 001	Deskryptory NFV oparte na specyfikacji TOSCA
ETSI GS NFV-SOL 002	Specyfikacja protokołów RESTful dla punktu odniesienia Ve-Vnfm
ETSI GS NFV-SOL 003	Specyfikacja protokołów RESTful dla punktu odniesienia Or-Vnfm
ETSI GS NFV-SOL 004	Specyfikacja pakietu VNF i archiwum PNFD
ETSI GS NFV-SOL 005	Specyfikacja protokołów RESTful dla Punktu Odniesienia Os-Ma-nfvo
ETSI GS NFV-SOL 006	Deskryptory NFV oparte na specyfikacji YANG
ETSI GS NFV-SOL 007	Specyfikacja struktury pliku deskryptora usług sieciowych
ETSI GS NFV-SOL 009	Specyfikacja protokołów RESTful do zarządzania NFV-MANO
ETSI GS NFV-SOL 010	Specyfikacja pakietu migawek VNF
ETSI GS NFV-SOL 011	Specyfikacja protokołów RESTful dla punktu odniesienia Or-Or
ETSI GS NFV-SOL 012	Specyfikacja protokołów RESTful dla interfejsu Policy Management
ETSI GS NFV-SOL 013	Specyfikacja wspólnych aspektów API RESTful NFV MANO
ETSI GS NFV-SOL 014	Specyfikacja modelu danych YAML dla zwirtualizowanego zarządzania zasobami opartego na deskryptorach
ETSI GS NFV-SOL 015	Specyfikacja wzorców i konwencji dla API RESTful NFV-MANO
ETSI GS NFV-SOL 016	Specyfikacja procedur NFV-MANO

Przegląd różnych wersji reprezentacji OpenAPI interfejsów API NFV-MANO jest dostępny na wiki ETSI NFV .

Pliki OpenAPI oraz pliki definicji TOSCA YAML i moduły YANG mające zastosowanie do deskryptorów NFV są dostępne w ETSI Forge .

W ETSI trwają dodatkowe badania nad możliwym ulepszeniem struktury NFV-MANO w celu poprawy jej możliwości automatyzacji i wprowadzenia autonomicznych mechanizmów zarządzania (patrz ETSI GR NFV-IFA 041 )

Badanie wydajności

Niedawne badanie wydajności NFV skupiło się na przepustowości, opóźnieniach i jitterze zwirtualizowanych funkcji sieciowych (VNF), a także na skalowalności NFV pod względem liczby VNF, które może obsłużyć pojedynczy serwer fizyczny. Dostępne są platformy NFV typu open source, jednym przedstawicielem jest openNetVM. openNetVM to wydajna platforma NFV oparta na kontenerach DPDK i Docker. openNetVM zapewnia elastyczną platformę do wdrażania funkcji sieciowych i łączenia ich w celu budowania łańcuchów usług. openNetVM to otwarta wersja platformy NetVM opisanej w dokumentach NSDI 2014 i HotMiddlebox 2016, wydana na licencji BSD. Kod źródłowy można znaleźć na GitHub:openNetVM

Funkcje sieciowe natywne w chmurze

Od 2018 roku wielu dostawców VNF zaczęło migrować wiele swoich VNF do architektury opartej na kontenerach. Takie VNF, znane również jako Cloud-Native Network Functions (CNF), wykorzystują wiele innowacji powszechnie stosowanych w infrastrukturze internetowej. Obejmują one automatyczne skalowanie, obsługę modelu ciągłego dostarczania / wdrażania DevOps oraz wzrost wydajności dzięki współdzieleniu wspólnych usług na różnych platformach. Dzięki wykrywaniu usług i orkiestracji sieć oparta na CNF będzie bardziej odporna na awarie zasobów infrastruktury. Wykorzystanie kontenerów, a tym samym rezygnacja z kosztów ogólnych związanych z tradycyjną wirtualizacją poprzez eliminację system operacyjny gościa może znacznie zwiększyć wydajność zasobów infrastruktury.

Zobacz też

Linki zewnętrzne