ISO/IEC TR 29181-7:未来网络 — 第7部分:面向服务的网络

ISO/IEC 未来网络框架技术报告(29181 系列)

网络中的面向服务架构

ISO/IEC TR 29181-7 定义了未来网络如何在基础设施层面原生支持面向服务的架构(SOA)。网络不再将服务视为仅仅运行在传输网络之上的应用程序(网络是一个对服务语义不感知的’哑管道’),而是自身具备服务感知能力——能够发现、组合、编排和管理服务,将其作为具有自己标识、SLA 和生命周期的一等网络对象。TR 指定了一个位于网络层和应用层之间的服务层作为中间件基底,提供服务注册与发现、服务组合与链式编排、策略执行(访问控制、QoS 保证、安全策略)、生命周期管理(实例化、扩缩、更新、终止)以及服务级遥测和分析。这一架构实现了一个动态的网络服务市场,基础设施提供商、通信服务提供商和第三方开发者可以提供从基本连接 SLA 到增值网络功能的一切服务——如实时转码、分布式数据分析、内容审核、安全筛查和 AI 推理——所有服务均可通过标准化接口发现和组合。

在面向服务的网络中,’服务’是一个命名的、自描述的实体,具有明确定义的 API 契约、可衡量的 QoS 特性和声明的定价模型——类似于今天的主机拥有 IP 地址,但具有更丰富的语义和可编程发现能力。
能力 传统网络 面向服务的网络
服务发现 DNS SRV 记录 / 手动配置 自动,基于名称,实时注册表
服务组合 手动集成,静态链 动态,自动化,策略驱动编排
QoS / QoE 保证 尽力而为 / 静态 DiffServ 类别 每条服务链的服务级别协议
生命周期管理 手动配置(数周至数月) 自动化,弹性,策略驱动(数秒)
货币化模式 统一费率 / 按字节 / 端口速度 按服务,基于价值,使用分级定价
第三方集成 封闭,专有接口 开放 API,发布 schema,市场平台

服务发现、组合与编排架构

TR 描述了一个分三层的层次化服务发现框架:第 1 层——边缘的本地发现节点(接入网络、企业站点),维护其域内可用服务的实时注册表,查找时间低于 1 毫秒;第 2 层——区域发现聚合器,收集来自本地节点的摘要并在毫秒内实现跨域服务发现;第 3 层——全局发现根节点,维护指向所有区域聚合器的指针,实现全球服务发现(延迟低于 100 毫秒)。服务注册包括包含以下内容的服务清单:服务标识符(加密)、API 端点、功能描述(机器可读)、QoS 能力(延迟、吞吐量、可用性)、定价模型、安全要求和地理可用性。服务组合由分布式编排器处理,动态地从命名的服务组件构建服务链。例如,一个’欧洲和亚洲端点之间的安全、低延迟、高清视频通话’请求触发以下自动编排:(1)媒体编码服务(带硬件加速的 AV1)、(2)加密服务(使用每会话密钥的 AES-256-GCM)、(3)确定性路由服务(保证低于 100 毫秒的路径)、(4)转码服务(如果端点支持不同编解码器则在区域边界进行格式转换)、(5)媒体解码服务——所有步骤以协商的 SLA 在每一跳组合。编排算法使用多目标优化(最小化成本、满足延迟界限、最大化可靠性)在冗余服务实例之间进行选择,应用了从云资源编排改编并扩展了网络拓扑感知的约束规划技术。

跨多个管理域的服务链引入了复杂的信任和策略挑战。每个域可能具有不同的认证机制、安全策略和 SLA 执行程序。TR 推荐基于 OAuth 2.0 / OpenID Connect 的联合身份模型,配合在域边界自动翻译 SLA 的跨域 SLA 协商协议——例如将’99.999% 可用性’SLA 映射到域特定的可用性承诺并附有适当缓冲。

TR 展示了编排系统在负载下的详细仿真结果。在 100,000 个注册服务和每秒 10,000 个编排请求的情况下,分布式编排器实现了 45 毫秒的中位数服务链建立时间,95 百分位为 120 毫秒。报告推荐缓存最近组合的服务链(基于服务变动率设置 TTL)以提高响应能力,热门组合的缓存命中率达到 80%。

工程影响、商业模式转型与开放标准

对于网络运营商和基础设施提供商而言,TR 29181-7 代表了从销售连接(以 Mbps 或 GB 衡量)到销售成果(以服务质量、用户体验和交付的业务价值衡量)的根本性转变。工程影响深远:(1)使用 P4、eBPF 和 NFV MANO 等技术的可编程服务平面,可在数秒而非传统手动配置所需的数周至数月内实例化新服务;(2)在服务级粒度运行的使用计量和计费基础设施,跟踪每次服务调用以进行计费、分析和优化;(3)服务级遥测和实时分析仪表盘,显示服务链性能、SLA 合规性、使用模式和异常检测;(4)带有已发布 OpenAPI/Swagger schema 的开放北向 API(REST、gRPC、GraphQL),使第三方服务提供商能够在网络平台上注册、管理和货币化其服务。报告还涉及法规遵从:面向服务的网络必须支持合法拦截(带有自动化授权令管理接口)、紧急服务优先级(将紧急呼叫路由嵌入服务链策略)和网络中立性原则(透明披露任何流量管理策略),同时支持差异化服务产品。

5G 网络切片和边缘计算场景中面向服务网络架构的早期商业试验显示,通过自动化生命周期管理和闭环服务保障,服务部署周期加快了 60%(从数周缩短到数天),运营成本降低了 35%。
TR 明确警告不要通过专有服务框架和服务描述语言锁定供应商。所有服务接口、发现协议和组合机制应基于开放、发布的标准,并具有多个独立实现。TR 推荐使用标准化服务描述格式(OpenAPI v3、面向事件驱动服务的 AsyncAPI、面向服务拓扑的 TOSCA)和一致性测试以确保多供应商互操作性。运营商应在采购合同中强制要求开放接口。

常见问题

面向服务网络与 5G(3GPP TS 23.501)中定义的网络切片有何关联?
网络切片是 TR 29181-7 中描述的更广泛面向服务网络概念的一个特定、面向电信的实现。TR 将切片原理泛化到任何网络技术(固定、移动、卫星、工业)和任何服务类型,提供了一个统一的架构框架。
API 网关在面向服务网络架构中的确切角色是什么?
API 网关充当服务组合和中介端点——它们从应用程序接收高级服务请求,使用服务发现系统将其分解为子服务调用,编排服务链,监控执行并组合响应。它们是编排层的关键元素,也是第三方服务提供商的主要集成点。
面向服务网络能否也优化能效和可持续性?
可以。编排层可以将能源成本和碳强度作为优化目标,与传统指标如延迟和成本一起纳入考虑。这实现了绿色服务路由——将服务请求引导到由可用可再生能源供电的数据中心,在低需求期间将服务整合到更少的服务器上,并优先选择节能的网络路径。TR 报告通过可持续性感知编排可实现 20-30% 的潜在能源节约。
生产部署中域间服务链的主要挑战是什么?
主要挑战是:(1)跨域信任建立——通过联合身份和区块链锚定的信任注册表解决;(2)域边界的 SLA 翻译和执行——通过标准化 SLA 模板和自动协商协议解决;(3)跨越多个域的端到端延迟和 QoS 保证——需要端到端监控和域间资源预留;(4)跨法律管辖区域的一致策略执行——需要策略感知路由和数据主权控制。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注