Telecom Architecture

Network Compute Fabric

Ngày nay mạng viễn thông không chỉ sử dụng để vận chuyển dữ liệu, mà trở thành một nền tảng điện toán phân tán kết nối thiết bị, cloud, edge, lưu trữ và năng lực mạng qua API.

5G / 6G

Edge Computing

Compute Offloading

Network Exposure

AI-native Systems

VHCSoft Techy Network Compute Fabric
NETWORK
COMPUTE
FABRIC
Cloud
Edge Compute
Mobile
Network
AI AI Services
Devices
API Exposure

01 · Context

AI suy luận thời gian thực, robot, XR, phương tiện kết nối và hệ thống điều khiển cyber-physical đòi hỏi mạng và điện toán phải được thiết kế phối hợp từ đầu.

Mô hình cloud tập trung vẫn phù hợp với nhiều hệ thống doanh nghiệp. Tuy nhiên, khi ứng dụng yêu cầu độ trễ thấp, thông lượng ổn định, độ tin cậy cao hoặc xử lý ngay gần nguồn dữ liệu, chỉ bổ sung một cụm edge riêng lẻ chưa giải quyết được bài toán điều phối đầu cuối.

Ý tưởng Network Compute Fabric mở rộng phạm vi từ “đặt máy chủ gần người dùng” sang một hệ sinh thái được kết nối xuyên suốt: thiết bị, mạng vô tuyến, mạng truyền tải, edge, cloud, lưu trữ và các dịch vụ phần mềm có thể phối hợp như một nền tảng.

Technical insight

Giá trị cốt lõi không nằm ở một vị trí edge cụ thể, mà ở khả năng lựa chọn và phối hợp vị trí xử lý, đường truyền, dữ liệu và tài nguyên phù hợp với từng workload.

02 · Concept

Theo Ericsson, Network Compute Fabric là một hệ thống toàn cầu gồm các thành phần liên kết như cloud computing, storage, networking, wireless connectivity và mobile devices. Sự hội tụ của kết nối nhanh, tin cậy với các dịch vụ tính toán được ảo hóa đã thúc đẩy nền tảng này phát triển.

Nhìn dưới góc độ kiến trúc, có thể xem NCF là một “fabric” logic bao phủ các miền hạ tầng phân tán. Ứng dụng không chỉ tiêu thụ CPU hoặc GPU, mà còn tiêu thụ năng lực kết nối, vị trí, định danh, bảo mật, QoS và các ngữ cảnh mạng liên quan.

Network

Kết nối vô tuyến, truyền tải, QoS, định tuyến và các năng lực mạng có thể lập trình.

Compute

Tài nguyên xử lý từ thiết bị, edge, metro và regional cloud đến hyperscale cloud.

Application

Workload được triển khai theo yêu cầu hiệu năng, vị trí dữ liệu và chính sách vận hành.

03 · Architectural evolution

Traditional Data Center

Ứng dụng gắn chặt với hạ tầng

Cloud Computing

Tài nguyên theo nhu cầu, tự phục vụ

Hybrid & Multi-cloud

Workload phân bố qua nhiều miền

Edge Computing

Đưa xử lý đến gần nguồn dữ liệu

Network Compute Fabric

Hội tụ network, compute, device và exposure

Architecture note

Network Compute Fabric không thay thế cloud hoặc edge. Nó tạo lớp phối hợp để các miền này hoạt động như một hệ thống liên tục thay vì những “resource island” riêng biệt.

04 · Core components

Exposure

Các dịch vụ và năng lực mạng được cung cấp cho nhà phát triển theo cách dễ tiêu thụ, ưu tiên qua API. Điều này giúp ứng dụng khai thác identity, security, QoS, location hoặc device management mà không phụ thuộc chi tiết triển khai bên dưới.

Device Offloading

Phần xử lý nhiều (resource-intensive processing) được chuyển khỏi thiết bị hạn chế tài nguyên sang vị trí có năng lực tính toán và nguồn điện ổn định hơn, từ đó nâng trải nghiệm và kéo dài thời lượng pin.

In-network Compute

Thiết bị mạng truyền tải có thể cung cấp năng lực xử lý lập trình được, cho phép thao tác dữ liệu IoT hoặc mã hóa media trực tiếp trong pipeline truyền thông.

Deterministic Performance

Ứng dụng quan trọng cần phối hợp độ trễ, thông lượng, độ tin cậy, khả năng mở rộng và real-time compute để bảo đảm hiệu năng đầu cuối thay vì tối ưu từng miền riêng rẽ.

05 · Network-Compute Convergence

Trong mô hình tách rời, bộ lập lịch workload chủ yếu nhìn vào CPU, memory hoặc GPU, còn mạng xử lý lưu lượng sau khi ứng dụng đã được triển khai. Với NCF, các quyết định triển khai có thể đồng thời tính đến vị trí người dùng, độ trễ, băng thông, trạng thái liên kết, các chính sách dữ liệu và khả năng sẵn có của tài nguyên.

Ứng dụng khai báo yêu cầu

Fabric thu thập ngữ cảnh

Chọn miền thực thi

Thiết lập connectivity

Giám sát & tái tối ưu

Ví dụ

Một workload XR có thể được offload tới edge gần nhất khi độ trễ đáp ứng ngưỡng. Khi tải tăng hoặc đường truyền thay đổi, fabric có thể chuyển workload, điều chỉnh QoS hoặc lựa chọn điểm thực thi khác theo chính sách.

06 · Reference architecture

Experience & Apps

XR Collaboration

Industrial AI

Connected Vehicle

Digital Twin

Exposure Layer

Network APIs

Identity

Location

QoS

Security

Orchestration

Placement

Policy

Observability

Lifecycle

Optimization

Compute Fabric

Device

Enterprise Edge

Telco Edge

Regional Cloud

Central Cloud

Connectivity

5G / 6G

Wi-Fi

Fiber

IP Transport

Private Network

07 · Use case

Smart Factory

AI vision, robot, AGV và điều khiển công nghiệp cần vòng phản hồi nhanh, ổn định và cục bộ.

XR & Media

Rendering và encoding được offload để giảm tải thiết bị, cải thiện chất lượng trải nghiệm.

Connected Mobility

Dữ liệu phương tiện, bản đồ, cảm biến và AI được xử lý tại điểm đáp ứng tốt nhất.

Public Safety

Tích hợp network và compute giúp nâng độ sẵn sàng, bảo mật và khả năng kiểm soát đầu cuối.

Telecom Operations

Phân tích sự kiện, telemetry và AI inference có thể được đặt gần nguồn dữ liệu mạng.

AI-to-AI Systems

Các agent và hệ thống cyber-physical cần trao đổi theo ngữ cảnh với hiệu năng dự đoán được.

08 · VHCSoft Perspective

Network Compute Fabric cần được xem là một mô hình điều phối toàn diện (end-to-end)—trong đó khối lượng công việc, dữ liệu và khả năng kết nối được xử lý như một bài toán tối ưu hóa thống nhất—thay vì được thiết kế và vận hành bởi các mảng chức năng hoàn toàn tách biệt.

— Góc nhìn kiến trúc của VHCSoft Techy

Đối với các hệ thống OSS/NMS thế hệ mới, phương pháp này cho phép thực hiện phân tích và AI ngay gần nguồn dữ liệu đo kiểm (telemetry) cũng như triển khai các dịch vụ vi mô (microservices) trên các miền mạng, đồng thời tận dụng khả năng cung cấp API để tích hợp ngữ cảnh mạng vào quy trình tự động hóa vận hành.

Khi kết hợp với cloud-native, Kubernetes, observability, policy engine và AI agents, fabric có thể trở thành lớp hạ tầng để xây dựng closed-loop automation. Tuy nhiên, các doanh nghiệp vẫn cần giải quyết những vấn đề khó như federation đa miền, portability của workload, bảo mật API, chủ quyền dữ liệu, mô hình SLA và trách nhiệm vận hành giữa nhà mạng, cloud provider và doanh nghiệp.

09 · References

Bài viết là nội dung phân tích độc lập của VHCSoft, được xây dựng dựa trên các tài liệu công khai của Ericsson. Các mô hình diễn giải, nhận định kiến trúc và ví dụ triển khai trong bài không đại diện cho tuyên bố sản phẩm chính thức của hãng.

Scroll to Top