zh
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 0-9

要将收藏夹添加到列表中,您必须登录自己的账户。

登录 注册

发布日期: 2019年3月6日

测试编排在服务生命周期编排中的作用

运营商正在对其运营流程进行数字化改造的道路上大步前进。推动这种改造的根本业务因素包括需要大幅提高敏捷性,缩短新产品和服务的上市周期,并降低部署和维护这些新服务的成本。人们还普遍认为5G、高可靠低延迟通信(URLLC)和大规模机器类通信(mMTC)带来的新服务会迅速让传统的运营方法应接不暇,而要支持业务扩展和利润增长,就必须将运营自动化,最终实现自主运营。

为实现这种改造,运营商正积极研究并实施数字化运营平台,利用自动化来满足提高速度、增加敏捷性和降低成本的需要。虚拟化、SDN、AI和编排等技术,结合开放的生态系统,如TMF ODA、MEF LSO、Linux Foundation ONAP,以及各种ETSI标准,在实现这种改造的方面发挥了关键性作用。

虽然这些行业生态系统在定义开放架构、标准接口和数据模型,以实现这种敏捷性和自动化方面已经取得了长足的进步,但到目前为止,这些努力仍主要集中在将“第一天”的运营自动化上面。然而,经验告诉我们,将“第一天”的运营自动化仅仅是这个流程的一部分。大多数运营成本发生在服务生命周期的其余部分(保障服务质量、弹性和可用性)中。

“第一天之后”的活动核心是测试编排。部署经过编排、开放且智能的基础设施,用于测试、监测和排障,对于实现自动化与闭环策略至关重要。经验告诉我们,网络基础设施生成的海量数据本身还不足以推动切实可行的服务保障,而在出现问题后再分析这些非实时的数据是一种成本比较高的发现性能异常的方法。相反,独立的保障与监测解决方案,了解面向客户的关键质量指标(KQI),如服务意图,和面向网络的关键性能指标(KPI),可以提供一种更有效的方法来发现这些问题。如果了解服务意图和支撑服务的技术,测试能力中心便可以为每种服务建立测试方案,以提供服务定义中规定的KPI和KQI,而服务设计人员不需要知道它们是如何建立起来的(参见图1)。

自动化的第一步是发现


图1:测试、监测与排障方案

为支持实现开放网络生态系统这个目标,EXFO提供一套开放、经过编排的测试、监测与排障工具,它们内置模拟功能、主动与被动监测功能以及自动发现拓扑的功能,从而满足高度动态的虚拟网络的需求。如果通过开放的API将这些功能与服务和域编排器整合起来,就可以实现下列好处:

  • 对BBS系统隐藏所有的测试和监测实施详情
  • 在整个服务生命周期内提供一组一致的测试、监测和排障功能,它们可能会跨越多个技术生命周期
  • 通过相同的数据模型和API支持虚拟和传统/混合的网络,从而轻松地迁移资源,但不需要改变面向客户的产品和服务
  • 实时地从网络和服务资源监测与排障过程中获得可指导行动的数据,支持闭环和服务保障策略

当然,最好的自动化是还能够实现敏捷性的自动化。为支持自动化和敏捷性,您需要在服务设计阶段就开始着手实施。设计阶段的服务意图和数据模型对于自动生成测试与监测方案非常重要。正是通过这些方案,才能实现以下目标:

  • 将服务意图自动映射到特定网络资源的测试和监测流程,从而不需要了解域级技术详情
  • 使产品经理能够设计服务,不需要了解如何将服务意图映射到特定域/资源的监测流程,从而迅速设计出可能跨越多个不同技术域的新服务
  • 如果服务意图出现变化,特定域的监测和自动化流程也会迅速、自动地变化
  • 同样,在域技术和/或资源出现变化时,自动化流程也会迅速、自动地变化,以继续支持服务意图

实现自动化的第二步是采用开放的API


图2:运行时间编排

随着网络不断虚拟化,自动化会在服务生命周期管理中扮演更重要的角色,测试和监测会变得更加关键,基本上会成为自主运营系统的神经系统。如图2所示,从特定域的测试与监测执行详情中提取测试功能,以获得管理服务所需的KPI和KQI,在这个过程中测试编排会扮演非常关键的角色。由于可以通过标准、开放的API只显示高级测试功能,因此产品经理能够迅速地设计新服务,不需要了解底层技术,而测试基础设施也可以在不影响服务提供的情况下进行升级。