Kỹ sư QLTT Ghi chú ôn thi
← Về danh sách
Mạng
#NFV#VNF#MANO#네트워크가상화#SDN
Cập nhật lần cuối · 2026-09-23

Ảo hóa chức năng mạng (NFV, Network Functions Virtualization)

1. Tổng quan

A. Định nghĩa

NFV (Network Functions Virtualization) là công nghệ kiến trúc tách các chức năng mạng vốn bị gắn cố định vào thiết bị phần cứng chuyên dụng (appliance) như tường lửa, bộ định tuyến, bộ cân bằng tải, DPI, EPC thành phần mềm (chức năng mạng ảo, VNF) chạy trên máy chủ đa dụng (x86), cho phép bố trí, mở rộng, di chuyển, xóa bỏ theo nhu cầu. Năm 2012, NFV ISG (Industry Specification Group) của Viện Tiêu chuẩn Viễn thông châu Âu (ETSI) bắt đầu tiêu chuẩn hóa dưới sự dẫn dắt của các nhà mạng viễn thông.

Ý tưởng cốt lõi của NFV là "tách chức năng mạng khỏi phần cứng và biến nó thành phần mềm". Để hiểu điều này, trước hết cần chỉ ra giới hạn cấu trúc của thiết bị mạng truyền thống. Mạng viễn thông trước đây đặt cho mỗi chức năng cụ thể một thiết bị vật lý (phần cứng chuyên dụng) được tối ưu hóa cho ASIC và firmware riêng của nhà cung cấp. Tường lửa thì mua hộp tường lửa, bộ cân bằng tải thì mua hộp cân bằng tải, quản lý phiên (EPC) lại là một hộp khác, rồi lắp vào rack và nối cáp. Cách này có hiệu năng vượt trội, nhưng mỗi lần triển khai một dịch vụ mới phải mất vài tuần đến vài tháng để mua, lắp đặt, đi dây, cấu hình thiết bị; bị phụ thuộc vào một nhà cung cấp cụ thể (vendor lock-in); và khi vượt quá dung lượng thì phải thay cả thiết bị — một cấu trúc thiếu linh hoạt.

NFV thay đổi cấu trúc này tận gốc. Bằng cách định nghĩa lại chức năng mạng không phải là "hộp" mà là phần mềm dạng VM hoặc container (VNF) chạy trên máy chủ đa dụng, chỉ cần có tài nguyên máy chủ là có thể bố trí tường lửa, bộ định tuyến, chức năng lõi 5G trong vài phút như cài đặt phần mềm, khi lưu lượng dồn tới thì tăng số instance (scale-out) để ứng phó, và khi không cần nữa thì thu hồi để trả lại tài nguyên. Nói cách khác, NFV mở rộng sự linh hoạt mà ảo hóa máy chủ đã mang lại cho hạ tầng CNTT sang lĩnh vực mạng, có thể tóm tắt là "đám mây hóa mạng".

B. Bối cảnh ra đời và sự cần thiết

Bối cảnh quyết định khiến NFV ra đời dưới sự dẫn dắt của các nhà mạng (Telco) là khoảng cách giữa bùng nổ lưu lượng và lợi nhuận suy giảm. Lưu lượng từ điện thoại thông minh, OTT, video tăng vài chục % mỗi năm nhưng cước dữ liệu (ARPU) lại chững lại, khiến nhà mạng không thể có lãi với cách làm cũ là gánh lưu lượng tăng thêm bằng việc mở rộng thiết bị chuyên dụng đắt tiền. Thêm vào đó, network slicing (công nghệ chia một mạng vật lý thành các mạng logic theo mục đích) và dịch vụ biên độ trễ siêu thấp mà 5G, IoT đòi hỏi trên thực tế không thể hiện thực bằng cách đặt từng thiết bị vật lý. Các nhà mạng cho rằng nếu đưa mô hình "máy chủ đa dụng + ảo hóa + tự động hóa" mà ngành CNTT đã kiểm chứng vào mạng thì có thể đồng thời cắt giảm CAPEX (chi phí vốn) và OPEX (chi phí vận hành) và rút ngắn đột phá thời gian ra mắt dịch vụ mới (Time-to-Market); đây chính là động cơ trực tiếp khiến các nhà mạng lớn trên thế giới tập hợp tại ETSI năm 2012 để công bố sách trắng NFV.

Đặc biệt, NFV cùng với SDN được nhắc đến như "hai trụ cột của mạng thế hệ mới". Nếu SDN tách mặt phẳng điều khiển và mặt phẳng dữ liệu để khiến mạng "có thể lập trình được", thì NFV tách chức năng mạng khỏi phần cứng để "phần mềm hóa" nó. Hai công nghệ có thể dùng độc lập, nhưng hiệu quả cộng hưởng đạt tối đa khi bổ trợ nhau: SDN kết nối linh hoạt đường đi lưu lượng giữa các VNF (Service Function Chaining), còn NFV đảm nhận các chức năng trên đó.

2. Kiến trúc NFV (ETSI NFV MANO)

ETSI NFV định nghĩa cấu trúc tổng thể gồm ba vùng lớn: ① VNF (chức năng mạng ảo), ② NFVI (hạ tầng NFV), ③ MANO (quản lý và điều phối). Hình dưới đây là sơ đồ cấu trúc tổng thể thể hiện quan hệ giữa ba vùng này và các thành phần chính.

flowchart TB
  subgraph OSS["OSS/BSS (hệ thống vận hành·tính cước của nhà mạng)"]
  end
  subgraph MANO["MANO (quản lý·điều phối)"]
    NFVO["NFVO<br/>(bộ điều phối)"]
    VNFM["VNFM<br/>(bộ quản lý VNF)"]
    VIM["VIM<br/>(bộ quản lý hạ tầng ảo hóa)"]
  end
  subgraph VNFL["Tầng VNF"]
    V1["VNF #1<br/>(tường lửa ảo)"]
    V2["VNF #2<br/>(bộ định tuyến ảo)"]
    V3["VNF #3<br/>(UPF lõi 5G)"]
  end
  subgraph NFVI["NFVI (hạ tầng)"]
    VL["Tài nguyên ảo<br/>(vCompute·vStorage·vNetwork)"]
    HV["Tầng ảo hóa<br/>(Hypervisor·Container Runtime)"]
    HW["Tài nguyên vật lý<br/>(máy chủ x86·lưu trữ·NIC)"]
  end
  OSS --> NFVO
  NFVO --> VNFM
  NFVO --> VIM
  VNFM --> V1 & V2 & V3
  VIM --> VL
  V1 & V2 & V3 --> VL
  VL --> HV --> HW
  style MANO fill:#e8f0fe,stroke:#2f6fed,stroke-width:2px
  style NFVI fill:#f0fdf4,stroke:#16a34a,stroke-width:1px

VNF (Virtualized Network Function) là việc hiện thực bằng phần mềm từng chức năng mạng riêng lẻ vốn do thiết bị chuyên dụng đảm nhận. Tiêu biểu là tường lửa ảo (vFW), bộ định tuyến ảo (vRouter), bộ cân bằng tải ảo, UPF/AMF/SMF của lõi 5G. Một dịch vụ logic có thể được cấu thành từ tổ hợp nhiều VNF, và mỗi VNF lại có thể được chia thành nhiều VNFC (Component). Bản chất của VNF là VM image hoặc container image, nên nó tận hưởng nguyên vẹn các lợi ích của ảo hóa như snapshot, sao chép, di chuyển (migration). Chẳng hạn, khi một khu vực cụ thể bị DDoS, có thể khởi chạy nhiều instance tường lửa ảo trong vài phút (scale-out) để tăng năng lực phòng thủ, và khi tấn công lắng xuống thì thu hồi — một cách ứng phó đàn hồi.

Các loại VNF tiêu biểu được tổng hợp như sau, cho thấy những thiết bị chuyên dụng nào trước đây đang được thay thế bằng phần mềm.

  • Nhóm bảo mật — tường lửa ảo (vFW), IPS/IDS ảo, DPI ảo (kiểm tra gói tin sâu), VPN gateway ảo
  • Nhóm mạng — bộ định tuyến ảo (vRouter), switch ảo, bộ cân bằng tải ảo (vLB), NAT ảo
  • Nhóm lõi di động — EPC 4G (S/P-GW ảo, MME), lõi 5G (UPF, AMF, SMF, PCF...)
  • Nhóm mạng thuê bao/truy nhập — vCPE (thiết bị đặt tại nhà khách hàng ảo), vBNG, chức năng vRAN/O-RAN

Việc có thể đồng thời đặt các chức năng hoàn toàn khác nhau trên cùng một pool máy chủ vật lý chính là hiệu quả hợp nhất tài nguyên (consolidation) của NFV, và là nguồn gốc của tính linh hoạt cho phép kết hợp các VNF khác nhau để nhanh chóng thiết kế dịch vụ mới.

NFVI (NFV Infrastructure) là nền tảng nơi VNF thực sự chạy, gồm tài nguyên vật lý (máy chủ x86, lưu trữ, card mạng), tầng ảo hóa trừu tượng hóa chúng (hypervisor hoặc container runtime), và tài nguyên ảo được cung cấp cho VNF trên đó (vCPU, vMemory, vStorage, vNetwork). Hiệu năng của NFVI quyết định hiệu năng của VNF, nên thông thường các công nghệ tăng tốc (DPDK, SR-IOV, SmartNIC...) được áp dụng kèm để vượt qua nút thắt xử lý gói tin bằng phần mềm. Phần này được trình bày chi tiết ở mục chuyên sâu phía sau.

MANO (Management and Orchestration) là bộ não của NFV, quản lý và tự động hóa toàn bộ vòng đời của VNF và tài nguyên hạ tầng. MANO gồm ba thành phần sau. NFVO (NFV Orchestrator) là "nhạc trưởng" cấp cao nhất, liên kết nhiều VNF để cấu thành dịch vụ mạng đầu cuối (Service Chaining), điều phối toàn bộ tài nguyên và quản lý vòng đời dịch vụ. VNFM (VNF Manager) đảm nhận vòng đời của từng VNF như khởi tạo, mở rộng, tự phục hồi, kết thúc, đồng thời giám sát trạng thái để thực hiện tự động co giãn (auto-scaling) và tự động khôi phục. VIM (Virtualized Infrastructure Manager) là bộ quản lý thực sự cấp phát và thu hồi tài nguyên vật lý/ảo của NFVI; tiêu biểu là OpenStack hoặc Kubernetes đảm nhận vai trò này.

Vùng Thành phần Vai trò cốt lõi Hiện thực tiêu biểu
VNF VNF / VNFC Hiện thực phần mềm của chức năng mạng vFW, vRouter, 5G UPF
NFVI Tài nguyên vật lý/ảo, tầng ảo hóa Cung cấp nền tảng thực thi VNF KVM, OpenStack, container
MANO NFVO / VNFM / VIM Quản lý vòng đời, tài nguyên, điều phối OSM, ONAP, Tacker

3. Vòng đời VNF và hoạt động của chuỗi chức năng dịch vụ (SFC)

Giá trị thực chất của NFV đến từ việc tự động bố trí VNF và liên kết nhiều VNF theo thứ tự phù hợp với luồng lưu lượng (service chaining). Trước đây, phải đi cáp vật lý để lưu lượng chạy theo thứ tự tường lửa → IPS → bộ cân bằng tải, nhưng trong môi trường NFV/SDN, đường đi này (Service Function Chain) có thể được định nghĩa và thay đổi tức thì chỉ bằng chính sách phần mềm. Sơ đồ tuần tự dưới đây thể hiện quá trình khi có yêu cầu dịch vụ mạng mới, các VNF được bố trí và chuỗi dịch vụ được cấu hình.

sequenceDiagram
  participant OP as OSS/người vận hành
  participant O as NFVO
  participant M as VNFM
  participant I as VIM
  participant N as NFVI
  OP->>O: Yêu cầu dịch vụ mạng (dựa trên NSD)
  O->>I: Kiểm tra·đặt trước tài nguyên khả dụng
  O->>M: Chỉ thị khởi tạo VNF
  M->>I: Yêu cầu cấp phát tài nguyên ảo
  I->>N: Cấp phát vCPU·vMem·vNIC
  N-->>M: Hoàn tất khởi động VNF
  M-->>O: Báo cáo VNF sẵn sàng
  O->>O: Cấu hình đường đi chuỗi dịch vụ (SFC)
  O-->>OP: Hoàn tất kích hoạt dịch vụ
  Note over M,N: Sau đó khi tải tăng, VNFM tự động mở rộng (scale-out)

Ở giai đoạn thiết kế và onboarding, image do nhà cung cấp VNF cung cấp, VNFD (VNF Descriptor) mô tả cách bố trí và cấu hình VNF đó, và NSD (Network Service Descriptor) mô tả toàn bộ dịch vụ gồm nhiều VNF được đăng ký vào danh mục (onboarding). Các descriptor này chứa một cách khai báo tài nguyên cần thiết, chính sách mở rộng và quan hệ kết nối, trở thành chuẩn mực cho tự động hóa về sau.

Ở giai đoạn khởi tạo và vận hành, khi người vận hành yêu cầu dịch vụ, NFVO diễn giải NSD, tự động bố trí các VNF cần thiết lên NFVI thông qua VNFM và VIM, đồng thời phối hợp với SDN controller để thiết lập đường đi sao cho lưu lượng đi qua các VNF theo thứ tự định sẵn. Trong quá trình vận hành, VNFM giám sát tải và trạng thái của từng VNF, khi vượt ngưỡng thì bổ sung instance (auto-scaling) và khi phát hiện sự cố thì tự động khởi động lại hoặc thay thế (auto-healing).

Ở giai đoạn kết thúc và thu hồi, khi dịch vụ không còn cần thiết, VNF được kết thúc và tài nguyên chiếm giữ được trả lại để dịch vụ khác tái sử dụng. Việc bố trí – mở rộng – phục hồi – thu hồi được tự động hóa bằng phần mềm như vậy chính là bản chất của tính đàn hồi mà NFV mang lại.

Điểm đáng chú ý ở đây là NFV và SDN giải quyết những vấn đề khác nhau nhưng khớp với nhau trong cùng một luồng. NFV đảm nhận "khởi chạy chức năng (VNF) nào, ở đâu, bao nhiêu", còn SDN đảm nhận "cho lưu lượng chạy giữa các VNF đó theo đường nào". Trong service chaining, khi NFVO bố trí các VNF tường lửa, IPS, cân bằng tải, SDN controller cập nhật bảng luồng (flow table) của từng switch để gói tin đi qua đúng thứ tự đó. Vì vậy, trong thiết kế thực tế, liên kết điều phối của NFV (MANO) với điều khiển đường đi của SDN thành một vòng tự động hóa khép kín (closed-loop) là điểm thiết kế cốt lõi. Ví dụ, khi một instance VNF mới được khởi chạy do auto-scaling, SDN phải lập tức phân tán và sắp xếp lại lưu lượng sang instance mới thì dịch vụ mới duy trì không gián đoạn.

4. So sánh phương thức thiết bị chuyên dụng truyền thống và phương thức NFV

Ý nghĩa của NFV không phải là "ảo hóa" đơn thuần mà nằm ở chỗ nó thay đổi chính tính kinh tế và sự linh hoạt của vận hành mạng. Phần so sánh dưới đây tập trung vào "vì sao" có sự khác biệt giữa hai phương thức.

Hạng mục Thiết bị chuyên dụng truyền thống (Appliance) Phương thức NFV
Hiện thực chức năng HW chuyên dụng của nhà cung cấp + firmware SW (VNF) trên máy chủ đa dụng
Tốc độ triển khai Vài tuần~vài tháng (mua sắm, đi dây) Vài phút~vài giờ (bố trí SW)
Khả năng mở rộng Thay thiết bị (scale-up) Bổ sung instance (scale-out)
Cấu trúc chi phí CAPEX và chi phí cố định cao CAPEX↓, OPEX↓ nhờ chia sẻ tài nguyên
Phụ thuộc nhà cung cấp Cao (lock-in) Thấp (VNF đa nhà cung cấp)
Hiệu năng Rất cao (ASIC) Tương đối thấp → bù đắp bằng công nghệ tăng tốc

Thiết bị chuyên dụng nhanh vì ASIC chuyên xử lý gói tin hoạt động ở mức phần cứng, còn NFV tương đối chậm vì CPU đa dụng xử lý gói tin bằng phần mềm và phải đi qua kernel và tầng ảo hóa. Khoảng cách hiệu năng này là trở ngại lớn nhất khi áp dụng NFV, và vì thế các công nghệ tăng tốc như DPDK, SR-IOV trở thành yếu tố then chốt quyết định thành bại của NFV. Ngược lại, NFV vượt trội áp đảo ở sự linh hoạt và tính kinh tế. Ví dụ, khi một nhà mạng cung cấp dịch vụ kết hợp "tường lửa ảo + VPN ảo" cho khách hàng doanh nghiệp mới, với phương thức thiết bị chuyên dụng sẽ mất vài tuần để mua và lắp đặt, còn với NFV có thể kết hợp các VNFD trong danh mục để khai thông dịch vụ trong vài giờ và tính cước theo mức sử dụng.

Tình huống cụ thể: các nhà mạng tại Hàn Quốc và quốc tế đang có xu hướng xây dựng mạng lõi 5G (5GC) bằng NFV gốc đám mây (CNF) trong quá trình thương mại hóa 5G. UPF, AMF, SMF của lõi 5G SA (Standalone) phần lớn được hiện thực dưới dạng VNF dựa trên container, và tại các khu vực tập trung lưu lượng, UPF được bố trí phân tán tại biên (MEC) để bảo đảm độ trễ siêu thấp. Chiến lược "Domain 2.0" của AT&T — chuyển một phần đáng kể mạng lưới sang whitebox + ảo hóa (đặt mục tiêu phần mềm hóa phần lớn chức năng mạng vào khoảng năm 2020) — cùng nền tảng điều phối ONAP mà hãng phát triển và đóng góp cho mục tiêu này được xem là tình huống công nghiệp tiêu biểu của việc thương mại hóa NFV.

Hiệu quả đó cũng có thể ước lượng qua các con số về hiệu năng. Xử lý thuần phần mềm dựa trên ngăn xếp mạng kernel thời kỳ đầu chỉ đạt mức vài Gbps trên máy chủ đa dụng, nhưng khi bỏ qua kernel bằng DPDK thì trên cùng máy chủ có thể đạt thông lượng cỡ vài chục Gbps, tiến tới mức hiệu năng có thể thay thế phần lớn thiết bị chuyên dụng. Ngoài ra, cải thiện Time-to-Market khi việc khai thông dịch vụ mới rút ngắn từ "vài tuần" xuống "vài giờ", cùng với tăng hiệu suất sử dụng hạ tầng nhờ chia sẻ và tái sử dụng tài nguyên nhàn rỗi, trực tiếp dẫn đến cắt giảm OPEX có thể định lượng từ góc độ nhà mạng. Tuy nhiên, hiệu quả này chỉ hiện thực khi công nghệ tăng tốc và tự động hóa đã nhấn mạnh ở trên đủ trưởng thành; vì vậy, việc áp dụng NFV đòi hỏi chuyển đổi năng lực vận hành vượt xa việc "thay thiết bị bằng phần mềm".

5. Chuyên sâu — Vượt qua nút thắt hiệu năng và chuyển đổi gốc đám mây (CNF)

Thách thức kỹ thuật lớn nhất ở giai đoạn đầu áp dụng NFV là giới hạn hiệu năng của xử lý gói tin bằng phần mềm. Trên máy chủ đa dụng, quá trình gói tin di chuyển NIC → ngăn xếp mạng kernel → hypervisor → VNF có sự can thiệp của nhiều ngắt (interrupt), chuyển ngữ cảnh (context switching), sao chép bộ nhớ, khiến thông lượng (throughput) và độ trễ (latency) kém xa ASIC. Để vượt qua, ba công nghệ tăng tốc được dùng như tiêu chuẩn. DPDK (Data Plane Development Kit) bỏ qua kernel (kernel bypass), xử lý gói tin trực tiếp ở không gian người dùng theo phương thức polling, qua đó loại bỏ chi phí ngắt và nâng thông lượng lên nhiều lần. SR-IOV (Single Root I/O Virtualization) chia NIC vật lý thành nhiều chức năng ảo (VF) để VNF truy cập trực tiếp NIC mà không qua hypervisor, giúp giảm độ trễ. SmartNIC/DPU chuyển tải việc xử lý gói tin, mã hóa... sang phần cứng chuyên dụng để giảm gánh nặng cho CPU. Nhờ các công nghệ này, NFV đã đạt được hiệu năng ở mức mạng viễn thông thương mại.

Xu hướng mang tính quyết định gần đây là chuyển đổi từ NFV dựa trên VM sang NFV gốc đám mây dựa trên container và Kubernetes. VNF ban đầu được hiện thực bằng VM nặng nề, khởi động chậm, nhưng khi CNF (Cloud-native Network Function) — hiện thực lại dưới dạng container gọn nhẹ — lan rộng, tốc độ triển khai, hiệu suất tài nguyên và khả năng mở rộng đã được cải thiện rõ rệt. Trong quá trình này, vai trò VIM đang chuyển từ OpenStack sang Kubernetes, và ETSI cũng đã cập nhật tiêu chuẩn bằng cách đưa vào khái niệm bộ quản lý hạ tầng container (CISM). CNF đưa các phương thức vận hành gốc đám mây như microservice, CI/CD, GitOps vào mạng, mở ra thời kỳ chức năng mạng cũng được triển khai và cập nhật liên tục như ứng dụng. Điều này có nghĩa là vận hành mạng viễn thông đang hội tụ với văn hóa DevOps của CNTT, đòi hỏi cả sự thay đổi về tổ chức và quy trình của nhà mạng.

Ngoài ra, NFV đang mở rộng phạm vi áp dụng khi kết hợp với Open RAN (O-RAN) và điện toán biên (MEC). Tiêu biểu là nỗ lực ảo hóa bằng phần mềm cả chức năng của trạm gốc vô tuyến (vRAN/O-RAN) để chạy trên máy chủ đa dụng; đây là một phần của xu thế lớn nhằm phá vỡ sự phụ thuộc vào nhà cung cấp thiết bị cụ thể và tái cấu trúc toàn bộ các tầng mạng bằng phần mềm.

6. Các lưu ý và hàm ý

  • Bảo đảm hiệu năng và tính tất định (Determinism) — NFV về bản chất là xử lý bằng phần mềm, nên để bảo đảm hiệu năng cấp nhà mạng (carrier-grade) và tính tất định về độ trễ mà mạng viễn thông yêu cầu, bắt buộc phải tối ưu hóa hạ tầng như DPDK, SR-IOV, CPU pinning, căn chỉnh NUMA, hugepage. Khi áp dụng, định nghĩa SLA mục tiêu và kiểm chứng bằng đo đạc thực tế qua PoC là điểm khởi đầu để quản lý đánh đổi (tính đa dụng vs hiệu năng).

  • Độ phức tạp quản lý và mức trưởng thành tự động hóa — Thiết bị vật lý biến mất nhưng thay vào đó xuất hiện ngăn xếp phần mềm đa tầng VNF, NFVI, MANO, khiến điểm sự cố và điểm quản lý có thể còn tăng lên. Nếu không áp dụng đồng thời MANO (OSM, ONAP) với khả năng quan sát (Observability) và tự động hóa vòng kín để "bù đắp vận hành thủ công bằng tự động hóa", hiệu quả cắt giảm OPEX sẽ giảm một nửa. Mức trưởng thành tự động hóa của tổ chức là điều kiện tiên quyết thực chất cho thành công của NFV.

  • Định nghĩa lại ranh giới bảo mật — Khi chức năng được phần mềm hóa và chuyển sang hạ tầng dùng chung, các mối đe dọa mới xuất hiện như lỗ hổng hypervisor, di chuyển ngang (lateral movement) giữa các VNF, thất bại cô lập đa thuê bao. Phải thiết kế song song kiến trúc bảo mật phù hợp với môi trường định nghĩa bằng phần mềm như vi phân đoạn (microsegmentation), kiểm chứng toàn vẹn image VNF, áp dụng zero trust và điện toán bảo mật.

  • Chiến lược liên kết với SDN, 5G, biên — NFV có giá trị ngay cả khi đứng một mình, nhưng giá trị đạt tối đa khi kết hợp với điều khiển đường đi động của SDN, network slicing của 5G và bố trí phân tán của MEC. Vì vậy, NFV không phải là việc áp dụng một công nghệ riêng lẻ mà phải lập lộ trình trong bức tranh lớn của việc chuyển đổi sang "hạ tầng định nghĩa bằng phần mềm (SDI)".

  • Tận dụng hệ sinh thái tiêu chuẩn và mã nguồn mở, tránh phụ thuộc nhà cung cấp — Tích cực tận dụng tiêu chuẩn ETSI NFV, MANO mã nguồn mở như OSM, ONAP, Tacker, cùng hệ sinh thái CNF và Kubernetes, nhưng phải bảo đảm trước khả năng tương tác của VNF đa nhà cung cấp (quy trình onboarding, chứng nhận) và xây dựng quản trị để không rơi vào hình thức phụ thuộc nhà cung cấp phần mềm kiểu mới.

  • Chuyển đổi từng bước và vận hành lai — Do đặc thù mạng viễn thông khó gỡ bỏ thiết bị chuyên dụng hiện có một lần, ở giai đoạn đầu không tránh khỏi giai đoạn lai trong đó thiết bị vật lý và VNF cùng tồn tại. Chọn lọc đối tượng ảo hóa theo đặc tính lưu lượng (backbone siêu tốc vs dịch vụ gia tăng coi trọng tính linh hoạt) và lộ trình chuyển đổi từng bước bắt đầu từ vùng rủi ro thấp sẽ giảm xác suất thất bại.

Tài liệu tham khảo

Tóm tắt một câu: NFV là công nghệ đám mây hóa mạng, tách các chức năng mạng vốn bị giam trong phần cứng chuyên dụng thành phần mềm (VNF) trên máy chủ đa dụng và tự động hóa vòng đời bằng ETSI MANO (NFVO, VNFM, VIM), qua đó hiện thực cắt giảm CAPEX/OPEX và cung cấp dịch vụ linh hoạt; công nghệ này đang kết hợp với SDN, 5G, biên để tiến hóa thành gốc đám mây (CNF).