探讨TOSCA和NFV的未来

标准化、统一化具有很大的优势,但也面临着很大的风险。其中最糟糕的是懈怠的想法,在充满变化的世界中太过谨慎,对标准化组织太过信任,缺乏大胆的、富有想象力的计划。

本文将探讨开放标准,开源规范,过度标准化的危险以及可能构成NFV标准的内容。

标准

在电信领域,在可靠性、可用性、连续性和规模化方面,长期以来传统的服务标准是非常重要的,标准化需要的关键原因之一是互操作性,运营商能够混合提供服务并与来自不同厂商硬件和软件产品相匹配以达到其目标。

探讨TOSCA和NFV的未来

标准可以来自某个独立的公司,并通过广泛的采用成为实际的标准,例如TCP/IP就是以这种方式成为标准。监管机构推动法定的标准,如ISO。实际的标准有时会演变成法定的标准,通常情况下标准是通过标准开发组织(SDO)成员之间的某种形式的共识流程来制定的,通常代表公共部门和私营部门。很多人把这一类称为开放标准,但是开放这个太不精确了,并不是所有的开放标准都是开放的。

开放标准

大多数人都同意ITU-T的开放标准的定义:开放标准是面向公众提供的标准,通过写作和共识驱动的过程开发和维护。开放标准促进不同产品或服务之间的互操作性和数据交换,旨在广泛的采用。

ITU-T定义中涉及知识产权(IPR)的一些细节可能存在一些意见分歧,就本文而言,将把“开放标准”限定于哪些遵守知识产权的领域,无歧视的基础上所有人都可以免费申请。

开源

开源涵盖了两个相关的概念,即软件开发和许可,所谓“免费且开源软件”和“开源”的定义中,都涉及了代码的自由获取和免费分发。在坚持“代码为王”的同时,开源组织也在规范方面做出努力,这可以视为“开放标准”。如果这些开放的标准被广泛采用就成为实际上的标准,并且有可能成为官方标准。

这实际上是制定一个有价值的标准的最健康的方式:SDO和开源项目之间合作,产生一个真实的“开放标准”,并且得到验证、采纳并最终形式化。

过度标准带来的危害

由于NFV关注在管理和编排领域,标准化通常会带来Opex的降低,由于可复制的操作更多,运营商具有一定程度的独立于厂商的优势,来自不同厂商的产品之间互操作性得以提升,能够显著降低成本。与此同时,标准化降低了创新的潜力,并为有意愿引入前沿技术服务的运营商造成了障碍。

MFV管理和编排的最全面的标准来自ETSI NFV,该组织在相对较短的时间内完成了大量的工作。事实上,ETSI在NFV的标准化方面的工作非常突出,早期推动规范标准(Release 2和Release 3),而不是让更多的时间来吸收信息标准(Release 1)测试,并在授权前与行业反馈一起演变。太多、太早推出标准化意味着对于目前仍处在发展阶段的NFV来说,产生了很多不太理想的标准。

ETSI NFV标准的制定秉承纯粹的以NFV为中心的理念,避免FACPS管理以及不愿意进行网络功能分解的限制。早期研究NFV标准需要进入NFV领域,但运营商想要充分受益于NFV需要打破这些条条框框。

如果运营商在生产环境中采用以下某些方案,则基于实施/ceshi ,dui ETSI NFV标准的影响如下:

  • NFVO被吸收到更高层的服务编排器中
  • 特定的VNFM小事,或重组为VNF组件
  • 通用VNFM被NFVO吸收
  • 网络服务的概念消失,或被吸收到更广泛的服务概念中
  • 我们所熟悉的VNF进一步分解为管理体系架构中的细粒度网络功能

运营商需要搞清楚何时何地需要标准,厂商在差异化方面蓬勃发展。运营商需要利用标准化之外的优势,同时确保服务敏捷性,他们对产品的投资是面向未来的。因此,运营商需要“恰到好处的标准”。

恰到好处的标准

我们现在对电信NFV所需要的就是足够的标准,这个阶段的标准不仅是最优的,还有关于需要什么样的标准才能实现互操作性,同时又不能扼杀服务敏捷性。

希望ETSI NFV工作组认识到过渡规范化的危害,以及为什么由于其知识产权政策而不能完全产生“开放标准”,要实现恰到好处的标准还有很长的路要走。要在规范标准中承担新的工作更具有选择性,更大胆的举措是将大多数现有的IFA和SOL规范转化为信息化。

我们希望NFV社区遵循标准,因为社区是非常宝贵的信息来源,并不是因为社区的强制性。一个很好的例子就是IFA011、IFA014、IFA015中记录的ETSI NFV信息模型。为什么要强制这些信息模型,特别是为什么要求实现它们的数据模型需要复制这些标准规范地强加的层次?ETSI NFV信息模型应该简单地表示需要实现什么,而不是如何实现。

TOSCA——恰到好处

如果没有实现恰到好处的标准,这篇文章就不完整,所以我们接下来谈谈TOSCA。它是为了部署和编排云应用程序而开发的一套标准,这使得它比NFV更广泛,比电信公司更广泛,但同时适用于两者。它首先是一个开放的标准。

它使得开源项目(例如ONAP)或SDO(例如ETSI NFV)采用其语法和理念来扩展它以满足开源项目和标准组织的需求,并创建他们所服务的社区所需的实际上的标准。

ETSI NFV IFA和SOL标准明确针对特定的NFV MANO功能块。这是非常严格的,厂商创建符合这些标准规定的接口的产品,以便于其他产品(如VNFM或NFVO)互操作。当前面提到的运营商部署方案之一实现时,这些产品将会怎样发展?现在的标准化太早了。

相比之下,TOSCA可用于创建VNFM,但同样适用于NFVO或其他编排器(例如ONAP中的ARIA/TOSCA),这使NFV MANO这个标准恰到好处。

相关推荐