我在Paris-Saclay举行的ONAP和OPNFV活动中所学到了什么

作者：Linux基金会网络与协调运营副总裁Phil Robb

ONAP和OPNFV项目于2019年早些时候，在法国的诺基亚Paris-Saclay设施举办了一个开发活动。来自这些社区的200多名开发者聚集在一起，讨论他们的下一个版本，计划更长期的策略重点，并且有史以来第一次共同探讨了两个团队之间的进一步合作。

与往常一样，通过参与这些讨论和计划会议，从这些社区中每个人都散发著对卓越的热情让我充满活力。此活动在四天内分别举办了约150场会议，以及由诺基亚主办方设立的OPNFV Plugfest和2场演示。我要感谢诺基亚主办此次活动。他们一直是这些社区中令人难以置信的支持者，也是Linux Foundation Networking（LFN）基金的杰出白金会员。

现在可以获得完整的报告，但我想分享一篇快速的博客文章，以捕捉我个人在一周内感兴趣的内容。会话幻灯片和录音将在LFN Wiki页面发布。

LFN最终用户咨询小组

我要提到的第一件事是我在本周开始时（重新）启动了LFN最终用户咨询小组（EUAG），我在电子邮件和活动上都看到人们对这的兴趣。我们计划在1月底举行第一次会议，如果你是LFN内任何项目的最终用户，我强烈建议你填写会员申请表并参加。EUAG既是向技术社区提供反馈的好方法，也是向同行学习如何最好地利用LFN项目发布的当前功能的好方法。我期待今年一个非常活跃的EUAG，特别是根据我在活动中听到的内容中的ONAP和OPNFV工作流程。

OPNFV认证计划（OVP）

整个2018年，Dovetail-OVP项目在OPNFV内完成的工作扩展到包括VNF验证和NFV基础设施。VNF验证工作的自然受益人和合作者是ONAP项目，特别是VNF要求项目和VNF SDK项目。这些团体在过去的几个月里一直在合作，这次活动使他们有机会在一周内多次坐在一起，并向更广泛的OPNFV和ONAP社区解释他们的目标以及其他人如何参与。如果你想了解更多信息，或有兴趣帮助确定在ONAP环境中运行VNF的基本要求，请按照上述链接之一获取更多信息。

利用OPNFV和ONAP的测试工具和基础设施

该活动有几个会议讨论了ONAP如何利用OPNFV小组多年开发的测试工具和系统测试配置和部署。此外，Orange的社区成员提供了有关他们的OpenLab和工具的更多详细信息，他们已经创建了系统地分层和测试ONAP下的不同云和NFVI组件，然后安装和测试ONAP环境，然后最终分层他们想要的VNF在特定的环境中测试。它们还具有不同“口味”的实现，包括Core、Small、Medium和Full，允许测试团队仅部署特定VNF/Environment测试所需的部分ONAP。Orange最近开源了这些工具，并将它们在Github上提供，直到在LFN项目中为他们找到一个家。

在这些会议期间，我对ONAP的成对集成和系统测试需求有一个顿悟。通常，对于提供一个或相对较小耦合的可执行文件集的开源项目，集成测试相对简单，可以站起来交互组件并测试新的或修改过的交互。最终目标是在发行版上执行集成测试的项目，即具有数百甚至数千个组件的大型复杂系统，所有这些都在不同的发布计划中花费了大量精力来构建工具以纠正一致，可重复的部署和配置这样的系统使他们能够成功地对它们进行测试，以产生一致和有意义的结果。开源生态系统中最常见的发行版是Linux操作系统和它附带的数千个程序/软件包，如Debian、Red Hat或Ubuntu发行版。然而，OPNFV构建工具来部署、配置和测试能够运行NFV工作负载的开源分发。它实际上是典型Linux发行版的超集。

顿悟对我来说是因为认识到完整的ONAP实施所带来的重大复杂性。虽然该项目创建了自己的可执行文件集，但它还依赖于数千个其他开源组件，包括OpenStack、OpenDaylight、Ceph和Hadoop（所有这些组件在其自身上都很重要）。这种复杂性的结果是难以生成、部署和配置允许可靠的成对集成测试的环境，这反过来又减慢了系统测试的速度。ONAP将通过与OPNFV测试项目以及Orange的团队及其最新工具的整合和合作而受益匪浅。这个对话在巴黎认真开始，我很高兴看到它从那里开始。

ONAP与其他编排器的互操作性

一些ONAP社区成员提供了一个会议，最初旨在探索与Open Source Mano（OSM）项目的潜在互操作性机会。随着讨论的演变，我们将重点放在ONAP需要做些什么来支持其他一般的编排器。在过去的18个月里，我从运营商那里听说，他们希望在网络的不同部分与ONAP一起探讨各种部署方案，其中包括遗留组件，其中一些是现有的编排器。巴黎的讨论，结束于那些在房间里感觉好像在NFV-SDK项目中，添加将ETSI NFV-ISG定义的SOL-006 YANG模型，转换为SOL-001 TOSCA模型的能力，将允许在ETSI NFV中，选择那些不同路径的编排器之间的通用互操作性-ISG规格集。此外，为了以东西方的方式与其他编排器进行适当的互动，会议室内的小组认为继续支持SOL-005是一项重要的工作。本次讨论的参与者采取行动向ONAP技术指导委员会（TSC）提出这些建议，供社群进一步考虑。探索ONAP与其他编排器之间更深层次的互动也是一种可能性。如果社区有兴趣从事此类工作，我鼓励有兴趣的人与TSC联系进一步讨论。

ONAP小组委员会会议在ONS前几天举行

下一次ONAP社区成员有机会进行面对面会议，将在加利福尼亚州圣何塞举行的开源网络峰会（ONS）之前举行。我的目标是那周的周一和周二，4月1日和2日，但计划尚未最终确定。会议将仅限于TSC和TSC小组委员会的讨论，以便为即将于5月发布Dublin版ONAP后即将开始的El Alto开发周期做准备。

在巴黎期间，我们有机会计划ONAP和ETSI工作组之间的潜在联合会议，该工作组主要关注零接触网络和服务管理（ZSM）。ONAP内部的一些社区成员也在ZSM中工作，这两个小组目前似乎适合会面，分享他们的工作和计划，并探讨合作的方式。对此的计划仍在不断发展，但希望在ONS的一周内有一个3或4小时的研讨会，以便进行此类介绍。

总而言之，我们在法国度过了愉快的一周，ONAP和OPNFV在2019年将会有一个非常好的合作年。有关我们学到的知识的详细信息，请参阅完整报告。

希望四月份在ONS见到你！

---

KubeCon + CloudNativeCon和Open Source Summit大会日期：

• 会议日程通告日期：2019 年 4 月 10 日
• 会议活动举办日期：2019 年 6 月 24 至 26 日

KubeCon + CloudNativeCon和Open Source Summit赞助方案
KubeCon + CloudNativeCon和Open Source Summit多元化奖学金现正接受申请
KubeCon + CloudNativeCon和Open Source Summit即将首次合体落地中国
KubeCon + CloudNativeCon和Open Source Summit购票窗口，立即购票！
CNCF邀请你加入最终用户社区