市场研究公司Omdia在一份最新报告中针对欧洲电信标准化协会（ETSI）近期发布的NFV相关白皮书及报告进行了深入解读。这份白皮书及报告旨在推动NFV标准向电信云架构演进，以应对行业向云原生转型的挑战。
4月7日，ETSI发布了一份名为《NFV演进：迈向电信云》的白皮书，该文件由ETSI网络功能虚拟化（NFV）行业标准组（ISG）成员撰写。这份白皮书由来自埃森哲、中国移动（600941）、华为、NTT DoCoMo、Orange、SK Telecom、Verizon和中兴通讯的代表共同撰写。文件阐述了NFV ISG在成立13年后，如何在电信行业从网络功能虚拟化向云原生转型的背景下，保持与时俱进。
尽管有些人认为ETSI NFV标准过于复杂且与云原生理念不符，但许多电信运营商仍然依赖于这些标准。在Omdia的《电信云采用与供应商认知调查》报告中，略高于半数的受访者表示ETSI NFV是其电信云架构的一个重要考量因素。仅有约10%的受访者不认同此观点（其余持中立态度或未发表意见）。
这份白皮书概述了云时代NFV演进的关键原则：使框架更简化、更云原生、更基础设施无关（例如，开放使用公有云），以及更自动化、灵活和可扩展。考虑到电信运营商在现有NFV部署上的巨额投资，该框架还必须保持向后兼容性。
白皮书引入了一个更简化的架构图，使某些利益相关方，如运营支撑系统（OSS）架构师，无需关注网络功能开发者所需的更复杂细节。这一新架构承认了在同一云基础设施上运行非网络功能（例如AI或视频处理）的潜力。同时，它也认可了由公有云提供商提供的商用基础设施即服务（IaaS）产品构成云基础设施组成部分的可能性。
报告进一步讨论了未来NFV的关键技术使能因素，包括声明式API、GitOps和可观测性。白皮书指出：“所提出的平台导向的框架将帮助网络运营商利用现有的云基础设施解决方案，在采用来自云和网络虚拟化生态系统的最佳实践和原则的同时，使电信网络部署更可靠、更可持续。”
Omdia要点提取
显然，这份白皮书及其附带报告凝聚了九位作者的深入思考，其中三分之二代表电信运营商，其余则来自设备供应商。Omdia指出，在地缘政治紧张局势下，看到来自美国、欧洲、中国及其他亚洲国家的运营商展开协作，实属积极进展。
Omdia实践主管James Crawshaw与Omdia资深分析师Inderpreet Kaur写到，白皮书中为NFV演进所概述的原则、新的高层级架构或提议的技术使能因素本身并无明显不妥。然而，其大部分内容读起来像是陈述显而易见的事实，并引发一个疑问——其实际意义何在？
白皮书结尾呼吁标准化组织（如ETSI ISG NFV）及其他论坛（如开源社区）在未来采取行动。这些行动包括制定架构规范与指导方针，以推动从传统NFV向电信云的演进。其他需要探讨的细节包括系统如何暴露意图、网络功能内部及跨网络功能部署的可观测性，以及生成式AI在系统管理中可能扮演的角色。
总体而言，Omdia认为这份白皮书标志着ETSI NFV ISG迈出了正确的一步。为克服部分行业参与者持有的负面看法，将其更名为ETSI电信云ISG或许会有所帮助。无论如何，对电信运营商而言，将其概念转化为实际系统，仍是一项巨大的工程与IT挑战。
NFV在云时代保持重要性
在白皮书发布的同时，ISG还发布了一份“小组报告”（这是一份更正式的文件，有40页，白皮书为24页），该报告更详尽地阐述了与白皮书相同的主题（NFV演进的架构支持）。
发布这些文件旨在表明，ETSI NFV ISG（成立于2012年）在2025年技术前沿已从运行于x86服务器的虚拟化网络功能（VNF），转向运行于包括公有云、基于ARM的服务器乃至未来GPU等多种计算平台上的云原生网络功能（CNF）之际，依然具有现实意义。
白皮书承认，ETSI NFV“可能曾被认为本质相当复杂，因而难以轻松开发并集成到现网中”。同时指出，“行业内普遍存在一种误解都优配送端，认为编排仅涵盖资源编排生命周期步骤……而这正是NFV主要关注的领域。”因此，部分行业参与者可能未将ETSI NFV视为对基于软件的电信网络进行全面端到端管理的正确方法。
上述白皮书与小组报告旨在澄清这些误解。根据白皮书，NFV向电信云演进的主要改进领域包括：
·网络运营商用于运营、管理和维护（OAM）的工具、系统及框架；
·云原生原则、实践及相关技术的采用。
NFV演进原则
白皮书提出了NFV演进的六项原则：
·简化：白皮书承认“当前的NFV框架被认为已演变成一个相当复杂的系统”。因此，NFV将变得“更加精简和用户友好”。其核心将“更趋简化”，但不会牺牲功能丰富性。
·跨基础设施的软件可移植性：“NFV应遵循软硬件解耦的基本原则，确保应用程序能在各种基础设施之间实现可移植性。”给出的示例包括不同类型的云（如公有云和边缘云）以及不同的硬件（如 xPU、加速器和微服务器）。
·稳定且可持续的演进：未来的NFV必须与传统的NFV兼容，并且两者必须能够共存，这样运营商就无需“推倒重来（rip and replace）”式的替换。应为NFV架构内的各个系统和组件提供升级路径，这样演进将会是渐进式的，而非“一蹴而就”。
·增强的自动化：未来的NFV必须支持实时监控，“能够发出早期预警，及时发现并解决潜在的网络故障”。
·灵活性、模块化与可扩展性：改进的模块化设计将“为精细调校所需的管理与编排系统能力开放提供更大灵活性”。未来的NFV将更具可扩展性，“以灵活适应不断变化的业务需求”。
平台导向的电信云框架
白皮书所提议的NFV演进一个关键方面是引入了新的平台导向的电信云框架（见图1）。该框架图无疑比图1左侧用于描述传统NFV管理与编排（MANO）的、更传统的网络工程风格图更简洁直观。
MANO被划分为NFV编排器（NFVO）、VNF管理器（VNFM）和虚拟化基础设施管理器（VIM）。随着NFV架构不断演进以支持CNF，它变得日益复杂化，增加了额外的功能块，包括云基础设施SDN管理（CISM）、容器基础设施管理（CCM）和容器基础设施资源（CIR）。
新的电信云框架旨在避免组件间复杂的交互和依赖关系。它划分为四个松散定义的层级：
·应用层：包括VNF（NFV ISG的最初目标）、CNF（自2019年第三版本起纳入ETSI NFV框架）以及其他应用（为在电信云基础设施上运行其他工作负载——如AI或视频处理——开启了可能性）。
·应用编排服务层：负责应用服务的端到端编排与自动化，以及超分布式基础设施的编排。应用包括但不限于网络功能。这一层提供与其他OSS以及电信云平台服务及基础设施的接口。
·平台服务层：实现应用与基础设施的解耦，本质上是未来NFV（电信云）的核心作用。这些服务涵盖数据平面和控制平面（例如，服务网格连接、数据存储库和负载均衡），以及管理平面（例如，打包、部署生命周期管理、可观测性、配置存储库和 CI/CD 流水线工具）。
·基础设施层：包括计算、存储、网络资源、数据处理单元（DPU）和加速资源。这一层也将涵盖商用IaaS和容器即服务（CaaS）产品。
图1：NFV MANO 向电信云的演进。资料来源：ETSI。
该小组报告承认，虽然简化的架构图可能对某些利益相关方（如OSS开发者）有利，但对其他方（如网络功能开发者）可能构成挑战。因此，可能需要不同复杂度的多份架构图来满足不同利益相关方的需求。
NFV演进的技术使能因素
这份白皮书讨论了支持NFV演进的若干技术使能因素，包括：
·声明式管理API：声明式方法与传统命令式方法不同，它基于高层意图（目标）的表达而非指令性命令。系统可根据自身内部逻辑确定如何实现这些目标。表达此类意图的常见方式是通过称为自定义资源定义（CRD）的Kubernetes（K8s）扩展。这种声明式方法将减少高层级编排功能（如NFVO）参与VNF/CNF管理的需求。
·GitOps：作为所有网络部署的单一事实来源，GitOps在识别配置漂移和维护基础设施一致性方面至关重要。但白皮书指出，“由于电信网络内部署环境固有的多样性，直接应用GitOps可能具有挑战性。”
·基于资源和服务控制器的平台：白皮书指出，“可通过将特定控制器集成到专用于管理和操作各层面的平台中来实现模块化。”它提及K8s Operators框架作为基于控制器的管理示例——该软件扩展用于管理复杂应用程序，这需要特定领域的专业知识才能运行（例如，网络功能）。
·数据即代码：数据应使用Git和CI/CD等软件开发工具和实践，以与软件代码相同的严谨性进行管理、版本控制和处理。数据通过配置文件（Helm chart）、K8s清单（CRD）和其他格式进行定义和跟踪，取代手动管理。这简化了版本控制、测试和持续集成。
·自动化与智能化：通过利用AI，“NFV系统将能预测网络流量趋势、自适应调整网络配置，并执行主动的资源调度和容量扩展规划。”
·可观测性与安全性：利用可观测性工具“及消息总线等协议都优配送端，NFV系统可更大规模地实时洞察基础设施健康状况、性能指标和运行异常。”最低基线安全标准的引入将“实现自动威胁响应、漏洞管理和合规性遵从”。
炒股配资论坛提示：文章来自网络，不代表本站观点。
相关文章
沪深京指数
热点资讯
