由查理·阿什顿

回想起来，2014年是“开放性”主题成为关于网络功能虚拟化（NFV）解决方案的一部分对话的一年。在整个工业会议以及ETSI NFV行业标准组（ISG）的会议上，很明显，服务提供商看到开放解决方案的可用性作为其NFV计划的关键。在这篇文章中，我们将提出一个“开放性”实际上意味着在这种情况下的定义，我们欢迎您对我们概念的反馈意见。

出现了NFV开放平台(OPNFV)开源项目就是对这种需求的直接回应。虽然OPNFV是ETSI NFV ISG的独立倡议，但OPNFV的目标很大程度上是由服务提供商推动的，他们代表了该项目中许多最有影响力的成员。OPNFV是由Linux基金会主办的一个协作项目，旨在为NFV开发一个高可用性、集成的开源参考平台。与OpenStack、open Daylight、KVM、DPDK、open Data Plane (ODP)等开源项目密切合作。

对于为NFV开发解决方案的软件公司来说，明确理解“开放”在这个上下文中的含义显然很重要。当服务提供商和电信设备制造商(TEMs)评估软件供应商时，他们用什么标准来判断一个解决方案是否“开放”?

从与客户的大量对话中，我们风河公司得出结论，开放软件解决方案基本上有三个要素。我们喜欢把它们想象成凳子的三条腿:只要移走一条腿，凳子就会掉下来，同时你还声称自己是开放的。

首先，也许是最明显的，服务提供商和TEMs期望“开放软件”来自一个活跃于开源社区的公司，并且是适用的开源项目的主要贡献者。这一点是没有隐藏的，因为它可以直接确定给定公司的贡献数量。

但是，值得注意的是，提交给社区的提交数量并不能代表像Carrier级可靠性这样高度专业化的领域所提供的技术领导能力。主流社区关注的是企业数据中心应用，因此专注于Carrier级等兴趣较窄的主题需要较长时间才能被理解和接受。

当我们提交与运营商级行为和性能相关的OpenStack补丁时，我们看到了这种延迟，这是由于我们在电信基础设施方面的领导地位而开发的。由于大多数OpenStack的使用都是在企业应用程序中进行的，因此许多与电信相关的补丁在被接受之前都需要很长一段时间，尽管它们对于NFV基础设施至关重要。相反的是，例如，我们为Yocto Linux项目提交了数百个补丁，这些补丁往往被广泛应用并很快被接受。

第二个支柱是标准api。NFV的一个关键前提是开放标准将鼓励和激励多个软件供应商开发兼容的、可互操作的解决方案。我们已经看到许多软件公司引入了NFV解决方案，其中一些公司在传统电信基础设施市场上一直无法竞争，这个市场被专有的、单一供应商的集成设备所主导。ETSI ISG开发的开放NFV标准使OSS/BSS软件、编排解决方案、虚拟网络功能(VNFs)和NFV基础设施(NFVI)平台的供应商能够在这个市场上竞争，只要他们遵守供应商中立的api。

ETSI NFV架构为公司提供了大量的机会来交付增值特性，同时保持与标准的兼容。以我们的Titanium Server NFVI平台为例，我们提供了广泛的Carrier级和基于性能的特性，这些特性都是通过OpenStack插件实现的。因此，OSS/BSS、orchestrator和VNF都可以使用这些高级特性，它们可以选择利用这些高级特性来在自己的产品中提供差异化。

作为“开放软件”凳子的第三条腿，服务提供商和TEMs希望避免在软件组件级别上锁定供应商。ETSI体系结构层次之间的标准api支持多供应商解决方案和互操作性，例如协调器和VNFs。同样重要的是，客户要避免陷入包含完整架构级别的集成解决方案中，这样他们就可以以独特的差异合并自己的专有组件。

NVFI层提供了一个很好的例子。在我们的案例中，我们发现许多客户看到了我们预先整合的巨大价值钛服务器运营商级Linux、加固KVM、加速vSwitch、运营商级OpenStack和丰富的电信专用中间件功能。这些客户极大地受益于集成解决方案的上市时间优势和它所提供的有保证的6 - 9(99.9999%)可用性。他们能够利用最前沿的能力。然而，其他客户可能有他们自己的Linux发行版或他们自己的OpenStack版本，我们可以将这些组件与我们的组件相结合，尽管可能以牺牲运营商级的可靠性为代价。

因此，我们与客户的讨论使我们得出这样的结论:对于NFV来说，“开放软件”公司是相关开源项目的主要贡献者，它提供了与开放ETSI标准100%兼容的产品，并且允许客户避免在组件级别上被供应商锁定。有了这三条腿，凳子就立起来了，你就有了一个可行的开源软件。

你觉得呢?你有更好的定义吗?我们很乐意听听你的想法。