英国电信如何开发自己的下一代OSS系统
James Crawshaw| Omdia| 2021-10-28
【流媒体网】摘要:英国电信(BT)使用开源软件彻底重建了大部分运营支持系统(OSS)资产。

  摘要在过去四年,英国老牌运营商英国电信(BT)使用开源软件彻底重建了大部分运营支持系统(OSS)资产。这使得该公司能够降低成本,并提高运营敏捷性。

  在四年时间里推进了五个转型项目

  在开始推进OSS转型之时,BT运行着大约350个不同的IT系统来支持网络运营,其中大部分已经有15-20年的历史了。多年来,每个业务单元(全球业务、消费者业务、固定业务、企业业等等)都积累了自己的系统。因此,BT的OSS堆栈存在很大的合理化空间;即使是在如今削减了40%的系统之后,其OSS堆栈仍拥有大约180个不同的系统。

  OSS由BT Networks负责,这是一个建立并运营BT网络、数据中心、平台以及OSS系统的内部部门。BT Networks为面向客户的部门提供服务:消费者业务部门、企业业务部门和全球(面向跨国公司)业务部门。该公司的Vivek Murthy是Hybrid Cloud and OSS的主管,负责领导下一代OSS的设计、构建和运营;下一代OSS管理着BT在英国和全球的网络和数据中心。

  在Murthy的领导下,BT在印度和英国建立了一个由大约300名工程师、设计师和架构师组成的人才团队。该团队开发了几款新的软件应用,改进了网络的设计、构建和运营方式。对于一些复杂的领域,比如实时库存的3D可视化,他们还通过Topcoder众包平台与小型开发团队合作。借助Topcoder平台进行软件开发的其它组织包括Adobe、微软和NASA。

  在决定构建自己的应用之前,BT在市场上对合适的OSS产品进行了搜索。该公司的许多OSS资产仍然由供应商提供。然而,更新OSS的总体动力在于,通过使用开源组件构建自己的软件,公司能够创建与业务流程和工作流程更紧密一致的解决方案。此外,与继续购买商业软件相比,这样做更经济。BT也曾研究过Linux基金会的ONAP项目,但认为利用离散的、小规模的开源项目构建自己的解决方案更简单。

  该公司的OSS转型战略包括五个主要项目:

  用于端到端规划与构建过程的工作流管理工具

  统一库存

  服务与资源管理目录

  服务激活引擎

  服务保障

  规划与构建

  与大多数大型电信运营商一样,BT拥有多个针对规划和管理网络建设的系统。这种杂乱无章的方法拖慢了网络发展速度。BT需要更简单直观的解决方案来应付端到端规划。它想要构建一种解决方案来促进基于桌面的规划,允许工程师在远程工作时了解网络资源的状态,从而使他们能够轻松地确定本地交换局(中心局)或数据中心中是否需要额外的交换机和路由器。

  新的工作流系统利用开源工作流和决策自动化平台,比如Camunda和jBPM。通过实现网络规划过程标准化以及越来越多地使用TOSCA模板作为规划规则,它们能够实现高水平的自动化。工程师只需点击一下鼠标,就可以启动物理容量构建和布线等工作流程。

  BT的网络交付总监Martin Wood与Murthy及其团队密切合作;他认为重新构思流程和使用开源工具已经带来了丰厚的回报。BT过去投入数百位人员参与这些规划与构建过程,任务涉及许多步骤和人工决策点。在新软件的帮助下,通过越来越侧重于完成更复杂的DevOps类任务,人工投入降低了60%。自动化程度更高的方法将容量规划时间减少了50%,并且提高了设计的准确性。

  统一库存

  我们经常听到运营商说,库存是运营和规划的主要痛点。库存数据位于孤立的“孤岛”中,不准确且已过时。为了应对这一挑战,BT开发了一个统一的解决方案--服务和资源库存管理系统(SRIMS)。

  针对这一解决方案,团队使用开源NoSQL图形数据库,而非传统的关系型数据库方法。图形数据库擅长于对实体之间存在多种关系的复杂环境进行建模。因此,它们非常适合电信网络,对查询的响应速度比关系型数据库快得多。

  有了SRIMS,BT能够将物理、逻辑和服务库存整合至单一数据源。新网络功能上线时间大大缩短,并且通过实时查看网络容量,可快速重新分配资源,从而缩短推出新服务的时间。

  SRIMS有一个3D可视化工具,可以为工程师提供实时的服务视图、客户视图、产品视图和物理视图。网络规划者不再需要依靠电子表格来确定路由器背面有多少空闲端口。这大大简化了设计与规划过程。如前所述,3D可视化工具是与Topcoder团队合作开发的,成本非常低。在最初角逐之后,BT聘用获胜者来扩展解决方案,满足自身需求。

  到目前为止,BT已将多个库存系统整合到SRIMS之中,其余系统的计划时间是在今年晚些时候和明年。通过淘汰多个自产/外购的库存系统,BT借助SRIMS节省了数百万英镑。为企业支持付费仍然是开源项目技术商业模式的重要组成部分,但与BT过去为商业库存系统所支付的费用相比,成本可以说是九牛一毛。

  目录、激活和保障

  其它的主要OSS项目包括服务目录、激活和保障。它们都遵循类似的基本原理,即放弃多个外购/自产解决方案,用新开发的、基于开源组件的应用取而代之。

  BT拥有多个目录,并将它们统一在服务与资源管理目录中。该目录基于描述网络终端和服务配置信息的YANG数据模型。TOSCA模板向目录添加建模结构来支持编排。

  在服务激活方面,BT从多个孤立的系统转向所谓的基于开源的下一代激活引擎(NGAE)。这是一种跨域激活工具,可以在混合网络上提供复杂的服务:固定、无线、IP/MPLS、SDN和NFV等等。

  在服务保障方面,BT开发了一个基于Camunda的故障管理系统来管理事件与变更管理流程。该系统收集网络遥测数据,并与另一个自主开发、基于开源的网络性能管理工具一起工作,该工具会建议将哪些客户转移到新的VLAN来避免拥塞。然后,它触发工作流到规划与构建系统,在几秒钟的过程中转移这些客户。对于让系统自主做出这些决定,运营团队最初感到十分紧张;但经过一年的试验,该系统的准确性得到证明,赢得了团队的信心。BT认为,如果网络供应商允许系统访问所有想要访问的遥测数据,那么系统可以得到进一步改进。该公司还需要一年的时间才能使用丰富的遥测数据,从被动故障修复全面转向先发式的主动解决方案。

  减少对商业OSS软件的依赖

  总的来说,BT的策略是简化OSS架构,允许通过一组明确定义的API使用网络基础设施(基础设施即代码),这样BT面向客户的部门就可以轻松地设计和销售创新服务。简化并不意味着抛弃所有现有系统,并使用开源软件从头开始构建一切。BT继续使用一些商业OSS应用:ServiceNow越来越普遍地应用于开单、事件和变更管理等领域。其它示例包括Ciena Blue Planet(服务编排)、SevOne(网络管理)、EMC Smarts(告警关联与监控)。不过,这种转型使BT在库存和容量构建等领域关闭了许多传统的商业/自主开发应用。

  BT发现,商业OSS产品适用于业界的一般性业务流程。然而,BT无法找到与自身流程紧密契合的的现成网络库存、规划与激活解决方案。示例包括订购备件或下订单。正是这些流程让一家网络运营商得以区别于另一家运营商;因此,BT决定使用开源软件组件开发自己的系统。这些系统是与合作伙伴共同构建的,BT依赖企业对开源软件的支持来确保可靠性并获得不属于社群版的额外功能。不过,总的来说,BT减少了对OSS软件供应商的依赖,在降低成本的同时通过更加定制化的解决方案提高了运营敏捷性。

 

责任编辑:李楠

分享到:
版权声明:凡注明来源“流媒体网”的文章,版权均属流媒体网所有,转载需注明出处。非本站出处的文章为转载,观点供业内参考,不代表本站观点。文中图片均来源于网络收集整理,仅供学习交流,版权归原作者所有。如涉及侵权,请及时联系我们删除!