共计 2899 个字符，预计需要花费 8 分钟才能阅读完成。
作者：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 邀请你加入最终用户社区
