开放式数字架构的力量

ODA帮助CSPs逐步转型——一次一个价值流 作者 人工智能和网络API正迅速从概念走向现实，但它们需要具备标准组件、共享数据和可预测接口的架构。开放数字架构（ODA）通过清晰的合约、共享模型以及指导执行的架构画布，并辅以符合性计划，为这一基础提供了保障。本观点探讨了ODA转型对通信服务提供商（CSP）的意义，如何逐一交付该价值流，以及如何确保成功。 马克拉姆·谢海耶布 博士卡里姆·塔加 克里斯托夫·乌费勒尔 阿比什克·斯里瓦斯塔瓦 安东尼·罗德里戈，Axiata数字实验室首席执行官 ODA创建了一个框架，该框架可降低整合风险，减少供应商锁定风险，并加速变革。 建筑转型的必要性 电信IT领域正在发生两大转变。首先，随着AI走向主流，团队开始使用代理和副驾驶来编写代码、运行客户服务流程，并最终提升客户体验。其次，网络API正开始实现商业化规模。通过GSMA的开放网关（CAMARA），运营商正发布可在各运营商间统一使用的通用API，包括号码验证、SIM卡更换、按需质量保障和设备可达性。此外，像Aduna和Bridge Alliance这样的电信API聚合商正在为开发者提供更广泛的用户覆盖，这对于网络API的采用至关重要。 什么是ODA？ ODA 是一个基于共享信息与数据（SID）模型构建的、模块化、领域映射的软件组件集合，通过 TMF 开放 API暴露业务和运营能力。ODA 画布是 ODA 运营模式的关键组成部分，如图 1 所示，它是一个参考架构；该画布注册组件、暴露其 API、协调持续集成和持续交付/部署（CI/CD），并提供符合性测试套件以验证行为。当与“ODA 运行”（见图 2）和组件/画布认证（针对供应商/运营商）相结合时，ODA 构建了一个可降低集成风险、减少供应商锁定可能性并加速变革的框架。 然而，人工智能和网络API只有在底层架构使用标准组件、共享数据模型和可预测接口时才能发挥其潜力（有关ODA的概述，请参阅观点文章《开放数字架构：电信运营商的下一个前沿》）。这就是TM Forum（TMF）ODA的核心理念，它是一个模块化、云原生的蓝图，由TMF开放API和一个由符合性计划支持的执行蓝图（ODA画布，如开放API图1）所强化。ODA的目标运营模式包括符合性、在ODA上运行，以及（自2025年起）ODA组件和画布认证。 观点图2。处于官方发展援助国地位 - 人工智能准备就绪。清晰分离的组件和可通过API访问的数据/服务为人工智能代理和服务自动化创造了更安全的运行环境。一些运营商正结合ODA（开放数据架构）和生成式人工智能（GenAI），以最大化跨用例的人工智能价值创造。例如，Axiata正在基于ODA构建一个代理框架（参见Axiata案例研究）。 ODA价值赋能者 做好的话，ODA为CSPs提供了几个价值创造的来源：亚瑟·D·利特尔，TM论坛 - 速度与敏捷性。模块化组件和标准化API缩短了推出和迭代产品、伙伴集成以及数字渠道的周期时间。CSP和供应商报告，随着运营商将运营和业务支持系统（OSS/BSS）重构为可组合域，变更交付时间有了显著改善。例如，NTT在一个大型转型项目中实现了25%的流程效率提升，并指出随着更多域迁移到ODA，收益会不断叠加。 风险管理。ODA通过用可通过开放API暴露功能并通过合规性计划进行验证的模块化组件替换定制化堆栈，从而降低结构化风险。组件变得可移植和可替换，减少了供应商锁定，并恢复了CSPs的谈判杠杆和控制权。 - 降低总拥有成本/运营支出。云原生和API优先的架构可减少重复工作，简化集成，并支持弹性消费。例如，Jio引用了约30%的运营支出降低和约15%的收入增长，这说明了当开放数据架构（ODA）与积极的数字项目相结合时，“良好”的效果会是什么样子。 持续合规与受监管 API目录。ODA通过API复用和规范的版本管理来控制技术债务。它通过在整体架构中始终如一地应用标准认证、授权、可观察性和供应链控制来提升安全性和弹性。最后，它通过用API封装关键遗留组件并实施逐片替换，来降低现代化风险，避免“大爆炸”式失败，同时保持变更的可审计性。 生态系统规模。开放API通过减少定制化集成的需求，实现了合作伙伴和平台商业模式（B2B2X）的快速接入，并通过共同创造的数字服务、开发者生态系统以及跨行业合作，解锁了新的收入来源。 ODA有助于新产品的更快上市、降低IT变更成本，并带来更一致的客户体验。 案例研究：世界旅游联盟 (AXIATA) 爱立信是首批获得ODA（运行在ODA上）状态认证的电信集团之一（与Reliance Jio和Vodafone集团并列），确保了其在数字化转型中的早期领导者地位。爱立信实施了一个符合ODA标准的联邦式技术骨干网络，该网络既支持集团范围内的治理，又允许本地自主创新。这种做法消除了供应商锁定，优化了上市时间，提升了客户的数字体验，实现了显著的成本节约，并将该公司树立为其他尝试ODA转型的电信运营商的典范。 ODA如何影响价值流 当客户在线购买计划时，典型的工作流程是： - 选择优惠方案- 进行资格/信用审核- 下订单- 提供SIM/eSIM卡- 分配号码- 提供服务- 确认激活- 启动计费周期 亚信数字实验室为亚信运营公司构建并部署了Axonect Fabric和API管理平台，以提供与供应商无关、基于微服务的ODA组件，用以替换遗留平台和集成。Axonect通过TMF开放API揭示业务能力，并促进跨云原生和遗留环境的编排，实现遗留资产高效利用和机遇性现代化。Axonect Fabric和API管理平台集成了增强型ODA画布、开放API、GSMA开放网关API、API治理和可重用的ODA组件。 在传统的设置中，这些模块是为每个产品和渠道单独开发的，重用性有限且数据模型不一致。这带来了问题，因为客户旅程在不同渠道中有所不同，每个新产品都需要定制化集成，这显著延长了上市时间。 该框架为在ODA之上构建具有自主性的AI层奠定了坚实的基础。通过将AI赋能和治理嵌入ODA画布中，Axiata建立了一个统一的智能层，集成了传统AI和生成式AI。这为自动化服务创建、提升知识库、特定领域AI模型的可发现性，以及增强组件和AI编排奠定了基础。如今，Axiata的架构涵盖了超过10,000个API、4,000个微服务以及1,300个可重用资产。 ODA 标准化了这些模块，并允许它们使用通用、可重用的API 进行通信。这意味着 CSP（云服务提供商）可以像乐高积木一样组装和更改产品，从而降低集成成本、交付风险以及对单个供应商的依赖。这带来了更快的创新产品上市时间、更低的 IT 变更成本，以及跨数字和物理渠道更一致的客户体验。 利用ODA画布/开放API，Axiata将设计和市场推广的人工智能部署周期分别提升了高达80%和20%，同时将运营效率提高了40%。ODA与人工智能框架之间的协同表明，开放的标准化架构能够在降低总体拥有成本（TCO）的同时，大规模推动创新。有趣的是，这些成果是在没有大规模BSS转型项目或业务中断的情况下实现的，并且与遗留系统共存（见图3）。 沃达丰将ODA实践和开放API作为集团层面自动化和人工智能的基础。正如在DTW Ignite 2025上所展示的，沃达丰一直参与推动将符合开放API标准的数据与自主AI相结合，用于服务保障和网络运营。这表明一条路径：ODA合同和遥测数据将成为AI推理和行动的安全界面。 在商业方面，Vodafone UK通过采用开放API和模块化架构改造数字体验后，报告了显著的改善。数字销售额增长了50%以上，转化率提升了30%，净推荐值（NPS）翻了三倍。该计划还自动化了超过一半的客户互动。这些结果表明了标准接口、模块化交付与业务绩效之间的联系（见图4）。 案例研究：英国沃达丰 2022年，沃达丰获得了ODA运行状态认证，成为全球首批获此认证的运营商之一。该计划统一了集团内的架构、Open API采用和运营，为规模化的一致性交付奠定了基础。沃达丰还通过创建API公会并自动化TMF Open API的合规性检查，实现了API治理的标准化。此举节省了数百万美元的集成成本，将API偏差降低了约90%，并在各市场将API采用率提高了约50%。 在工程方面，自动化合规性及重用性显著降低了成本并优化了上市时间。合规引擎和公会模型被认为带来了数百万的节省以及新集成的更快上线，这正是ODA设计旨在产生的效益。 观点 图4.英国沃达丰案例研究 并更新采购和合同模式，以便供应商因符合性、可重用性和可移植性而获得奖励。 早期采用ODA（官方发展援助）的国家已证明，成功的转型需要一个周密规划的方案，该方案应具备以下功能。 调整目标运营模式并引入专业知识以实现转型是一大挑战，但文化重塑才是真正的考验。沃达丰的转型表明，敏捷性和速度不仅来自新平台，更源于协作方式的转变以及成功衡量标准的变化。其焦点从交付系统转向交付成果，并依靠跨业务和技术团队的共享指标来支撑。这些文化和运营上的调整需要由高层领导者通过持续沟通项目内容并投入资源来推动。 将技术转型与业务成果相结合 技术现代化必须与业务成果仔细对齐，并支持公司的整体战略愿景。如果没有与战略举措（如上市时间、复用率、变更成本和NPS影响）明确挂钩的KPI，ODA将面临被当作IT练习而非业务转型的风险。 采取分阶段的方法 具有强有力的行政支持 具有紧密耦合流程和点对点集成的遗留系统难以拆分，因此成功依赖于分阶段方法而非一蹴而就的替换。将关键功能封装为API，围绕它们引入模块化组件，并逐步淘汰旧平台。TMF的ODA实施指南提供了关于如何安全管理此类混合环境的实用示例。 要使此类转型成功，高管层必须直接支持该倡议并给予有力支持。ODA能极大地加速产品创建，因此团队必须准备好将API管理、云成本和安全作为同一生命周期的一部分进行管理。这意味着对运营模式进行重大改变，包括产品管理、DevSecOps和FinOps；需要具备更高技能的劳动力来成功实施新的运营模式； 使用强大的数据与API治理 ODA行动指南 若缺乏清晰的目录、版本管理策略和一致的安全模型，API将迅速变成一团不一致的服务乱麻。ODA的采用必须从简单且严格执行的治理骨干开始：单一API目录、标准的版本管理规则，以及自动化的合规性检查。所有内容都应基于TMF SID模型，以确保数据定义在各个领域保持一致。API的合规性不应是一次性事件，而必须是持续的，在CI/CD流水线中实现自动化，并对所有团队可见。当我们的客户将此视为一项持续实践时，我们能看到更快的集成速度、更少的回归问题以及更少的技术债务。 从战略执行领导层准备赞助的方案开始 奥德转型不应在缺乏公司高管团队制定明确战略以及高层管理者明确承诺支持该计划并推动其成功的情况下启动。应从价值而非架构入手。云服务提供商应将其奥德项目锚定在客户最关心的价值流以及最终财务成果上。为避免大规模转型，云服务提供商应选择两个或三个在上市时间或成本效益方面存在明显约束的旅程（例如预付费上线、中小企业套餐或光纤变更请求）。针对每个价值流，他们应围绕发布速度、API复用和/或每笔交易成本等指标构建商业案例。请记住，架构是实现目标的手段，而非目标本身。 从一开始就建立强大的安全态势 每个新的 API 都会增加暴露面。随着 API 影响范围的扩大，运营商的安全态势也必须随之加强，包括加固认证和授权、妥善加密密钥、以及追踪依赖关系和供应链组件。ODA 画布从一开始就应包含可观察性和安全护栏，而不是事后才添加。要记住，安全和弹性是文化层面的纪律。团队必须理解如何在开放环境中安全地构建、持续监控以及快速恢复。将这些原则嵌入画布设计和 DevSecOps 实践中，可以确保 ODA 和 AI 的扩展既安全又合规。 通过组合实现现代化，而非全面替换。 全系统重写鲜有成功。相反，CSP 应围绕仍能正常工作的遗留部分构建新组件和 API，并逐步