运营商如何保证SDN / NFV成功推出？六大领域神助攻

内容简介：运营商如何保证SDN / NFV成功推出？六大领域神助攻

今天的电信运营商正在缓慢地向虚拟化过渡。与数据中心实现存储和计算机硬件虚拟化的过程相似，服务提供商领域也将其自有品牌的虚拟化视为一种必要手段，旨在推动规模扩大和性能提升，更快地将新服务推向市场，并在市场中保持竞争力，以便有效应对来自新进竞争对手给其业务造成的越来越大的压力。

到目前为止，相关技术的发展仍处于早期阶段，软件定义网络/网络功能虚拟化(SDN / NFV)部署的最成功案例——无论是通过概念验证(PoC)还是真正的实施，都是围绕着最明确的服务展开，即虚拟客户端设备或虚拟演进分组核心服务。这两种服务是最具代表性的提供商案例，它们允许提供商定制可交付成果，以满足个别企业或消费者的特定要求，并根据需要混合和匹配各个网络组件。这些服务还通过降低专业和/或专用硬件支出提供资本支出(CapEx)和运营支出(OpEx)优势，同时加快服务交付速度，并允许按需扩展和响应实时网络条件与用户需求。软件定义网络/网络功能虚拟化更广泛的吸引力远远超出这两种有形服务的范畴，但实现目标的过程可能极为艰辛。

虽然上述这两个用例只是软件定义网络/网络功能虚拟化应用中的冰山一角，但其中仍然存在悬而未决的问题：有助于推动跨服务提供商领域实现软件定义网络/网络功能虚拟化商业化的关键因素是什么?对于大多数运营商而言，如果软件定义网络/网络功能虚拟化的推出能够获得成功，则必须关注以下6大关键领域：

虚拟网络功能(VNF)的载入和许可管理

虚拟网络功能载入流程需手动进行且颇为复杂，大多数载入供应商采用互不相同的许可和交付方法。加载虚拟网络功能可能需要特殊 工具 或专用组件——这些工具或专用组件会在服务提供商寻求启动这些服务时会产生持续烦扰。这种各自为政的不一致方法浪费了实际虚拟化本身获得的任何效率。因此，服务提供商应当使用一种软件定义网络和网络功能虚拟化应用商店方法，使得载入虚拟网络功能如同下载和安装应用程序一样简单。通过应用商店实现自动化将大大加快上市时间和获得已经商业化的服务，允许借助快速载入、服务设计和新的软件资产商业化，以及使用预集成、最佳虚拟网络功能且风险最低的能力开展持续的服务创新。

合作伙伴管理

成功的虚拟网络功能部署是以合作伙伴为中心的开放模式为基础，而支持灵活关系模式的能力成为一种关键限制。这些模式必须能够支持收益共享以及多种结算方案。因此，服务提供商需要一个系统或一套流程，允许他们与众多合作伙伴进行交互。这些合作伙伴关系的互动应当是自动化的，从而实现高效的载入、协议管理和可靠性跟踪功能。

集中式目录和云就绪市场

服务提供商将在可预见的未来面临混合网络运营，而基于软件定义网络/网络功能虚拟化的服务将为传统的物理网络服务提供补充。当客户需要这两种类型的服务时，创建有效的服务包将成为一个关键问题。没有集中式企业产品目录策略，服务提供商便会无法将电信产品与软件即服务应用程序和虚拟网络功能捆绑在一起。随着数字服务将来自物理和虚拟网络功能的基础资源相结合，提供商的目录必须能够处理任何类型的网络功能。没有它，服务包启动将非常耗时，而且需要太多的手动干预，在某些情况下可能根本无法启动。同样，服务提供商也需要能够在数字市场上发布服务，使客户能够轻松地订购这些服务。类似应用商店的云市场使服务的可用性和启动更加容易且有利可图。

混合运营管理

运营支撑系统(OSS)转型成为软件定义网络/网络功能虚拟化成功的必要条件。现有的配置和执行系统并不能实现在新的混合环境下的服务管理(跨物理网络、网络功能虚拟化域和软件定义网络就绪的传输环境)，也不支持端到端服务水平协议(SLA)配置和监控。服务实现与服务保证之间缺乏一致性、服务配置和设备配置之间缺乏完整性，以及缺乏自动发现和协调的能力阻碍了虚拟化和非虚拟化服务的管理。多方赔偿和收入管理能力也将受到影响。

解决这个问题需要一种混合运营方法，其中运营支撑系统平台可以支持物理和虚拟服务管理的各个方面。传统的运营支撑系统必须加以扩展，以解决虚拟服务所遇到的操作和维护问题。混合运营管理(HOM)组件可帮助服务提供商同时大规模运行虚拟和传统网络。它填补了传统混合网络管理中的空白，并与现有平台实现集成，从而在生产和开发环境之间创建一个动态和连续的循环。

实时交易管理

虚拟服务为这种关系状态带来了新的收费模式，这些服务的实时性与传统业务支撑系统的基础架构完全不兼容。如果服务提供商无法对其进行估价、收费或入账，那么向客户交付虚拟网络功能服务的价值将会降低。实施实时交易管理策略将帮助运营商实现软件定义网络和网络功能虚拟化运营，使其能够利用更强大的业务支撑系统功能。有关虚拟化和云计算的微服务架构概念经常出现。微服务架构解决了虚拟化服务发布中的速度需求，但它们仍难撼动传统业务支撑系统基础架构在数百万客户记录和数十亿营收中所起的作用。然而，业务支撑系统微服务架构的关键是可以访问与现有业务支撑系统实现预集成的即插即用元素库，并允许进行实时交易管理。

这些独立组件可以部署在公共或私有云中，并且应提供即时访问实时业务支撑系统的功能，包括订阅管理、结算、合作伙伴管理、实时计费，甚至是产品或服务目录。结合虚拟化就绪的产品目录、虚拟网络功能载入和许可管理、合作伙伴管理、自助服务和支持实时交易管理的云就绪市场，运营商可以利用虚拟服务创造新的收入来源。升级后的交易管理基础设施也成为混合业务支撑系统的基础，这一系统的灵活性足以支持物理和虚拟业务的估价和计费要求。

提供丰富的客户体验

如果没有自助服务功能和主动的体验质量(QoE)管理功能，软件定义网络/网络功能虚拟化服务就获得无法成功。实现透明度化意味着当服务质量下降可以主动采取补救措施，确保客户被收取的费用是公平和可理解的，而且客户可以看到能够满足他们需求的服务选项。Netcracker和European Communications最近进行的一项调查显示，83%的服务提供商认为，客户与合作伙伴的综合自助门户对于成功推出虚拟化服务至关重要或非常重要。这意味着，服务提供商必须启用门户网站，以简化定制服务的注册、上载、批准、配置、支付和购买过程。服务提供商需要将所有必要的功能集中在一处，并在所有设备上提供高质量的用户体验。

取得成功

将正确的工具、流程和最佳实践以及专业服务产品组合在一起，有助于服务提供商踏上通往软件定义网络/网络功能虚拟化成功的最佳途径。最终目标应该是通过降低集成成本、优化规划/部署和使用，以及基于开源的技术来提高运营效率和缩短服务上市时间。

2017年被业界视为部署软件定义网络和网络功能虚拟化及其实现商业化的一年，电信行业终于可以通过简单地给予软件定义网络和网络功能虚拟化一个机会将它变成现实，从而将更有效的服务推向市场。一旦软件定义网络/网络功能虚拟化基础就绪，大多数服务提供商便可以期待加快推出新服务的速度。标准机构正在努力简化流程，但他们的工作往往无法跟上行业着力进取的步伐。这种情况为服务提供商及其战略合作伙伴带来压力，导致他们在投资并提供可以随时间自动适应标准的多厂商端到端解决方案方面缺乏动力。但好的一面是，这些抑制因素并不是虚拟化的障碍，只是通过正确的方法便可以避免的坑洼。

缺乏全面实施的主要原因是：现有的网络管理和各自独立的运营支撑系统限制了运营商在混合环境中有效提供服务和保证服务质量的能力。在许多情况下，运营商采取了目光短浅的自下而上的方法——部署了仅用于管理虚拟网络功能的解决方案，而这增加了原本已经复杂的混合物理和虚拟网络环境的复杂性。

除了服务实现和服务保证之间缺乏一致性、服务配置和设备配置之间缺乏完整性、缺乏自动发现和协调的能力、缺乏实时的政策驱动型服务管理，以及缺乏管理和混合虚拟化与非虚拟化服务的集中式目录以外，多方赔偿和收入管理能力也是阻碍软件定义网络和网络功能虚拟化实现商业化的重要因素。

到目前为止，已经有试验、概念验证和运营商与提供商合作进行的演示展示了(在大多数情况下)涉及协调编排、虚拟网络功能、虚拟客户端设备(vCPE)实施甚至虚拟演进分组核心网(vEPC)部署的小规模成功案例。

现在运营商面临的挑战是将其软件定义网络、网络功能虚拟化计划商业化，并全面推向市场。有些人认为，只有不到10%的概念验证可转化为商业部署。这一令人吃惊的事实也发生在运营商和提供商身上——他们正在深入了解为什么要花费这么长时间才能使软件定义网络和网络功能虚拟化跨越鸿沟并实现全面运行。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• VSCode最强助攻
• IT运维平台算法背后的两大“神助攻”
• IT运维平台算法背后的两大“神助攻”
• DevOps和微服务助攻，新一代容器PaaS平台成数字化转型利器
• 电信云助力通信运营商网络升级转型
• 运营商劫持狠起来，连 json 都改

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。