Neutron-动态路由 评估报告

Neutron 集成

• N0. 该项目是否使用 Neutron REST API，还是依赖于专有后端？

  该项目在其 Neutron 核心框架之上实现了自己的一组 Neutron API 扩展，并且通过服务插件模型来实现。暴露的 API 具有开源实现，并为其他后端提供了一个可插拔的机制。

• N1. 该项目是否集成了/使用了 neutron-lib？

  是。迁移报告显示目前总共有约 300 次导入。Neutron 被导入约 80 次，Neutron-lib 仅被导入约 10 次，迁移百分比为 13.0400%。

• N2. 项目成员是否积极贡献以帮助 neutron-lib 实现其目标？

  项目核心成员没有将任何有意义的内容合并到 neutron-lib 中（来源：https://review.openstack.org/#/q/project:openstack/neutron-lib+status:merged,75）。

• N3. 项目成员是否与核心团队合作，通过帮助定义模块化接口，使子项目能够松散地与 Neutron 核心平台集成？

  不特别。

• N4. 该项目如何提供网络服务？它是否使用核心平台提供的模块化接口？

  是的。

• N5. 如果该项目提供新的 API 扩展，是否已经讨论并接受了这些 API 扩展，并由 Neutron 驱动程序团队批准？如果需要，请提供 API 规范的链接。

  BGP 扩展已经得到了广泛的讨论和认可。

  • https://specs.openstack.org/openstack/neutron-specs/specs/mitaka/bgp-dynamic-routing.html

  • https://github.com/openstack/neutron-dynamic-routing/tree/master/neutron_dynamic_routing/extensions

文档

• D1. 该项目是否具有 doc tox 目标，功能正常且持续运行？请提供证明（指向 logs.openstack.org 的链接）。

  是的。

  • https://github.com/openstack/neutron-dynamic-routing/blob/master/tox.ini

  • https://docs.openstack.org/developer/openstack-projects.html

• D2. 如果该项目提供 API 扩展，该项目是否具有 api-ref tox 目标，功能正常且持续运行？请提供证明（指向 logs.openstack.org 的链接）。

  没有 api-ref 目标，但该项目在树中具有 API 文档。这应该迁移到 neutron-lib 的 api-ref 中。

  • https://docs.openstack.org/developer/neutron-dynamic-routing/design/api.html

• D3. 该项目是否具有 releasenotes tox 目标，功能正常且持续运行？请提供证明。

  是。虽然还没有发布说明。

  • https://github.com/openstack/neutron-dynamic-routing/blob/master/tox.ini

  • https://docs.openstack.org/releasenotes/neutron-dynamic-routing/

• D4. 描述可用的文档类型：开发者、最终用户、管理员、部署者。

  对于一个项目的年龄来说，开发者文档相当丰富，用户和部署者文档在网络指南中提供。

  • https://docs.openstack.org/developer/neutron-dynamic-routing/

  • https://docs.openstack.org/mitaka/networking-guide/adv-config-bgp-dynamic-routing.html

持续集成

• C1. 该项目是否具有显示所有可用作业的历史趋势的 Grafana 仪表板？请提供证明（指向 grafana.openstack.org 的链接）。

  否。

• C2. 该项目是否具有单元覆盖率的 CI？请提供证明（指向 logs.openstack.org 的链接）

  是的。

  • http://status.openstack.org/openstack-health/#/g/project/openstack~2Fneutron-dynamic-routing

• C3. 该项目是否具有功能覆盖率的 CI？如果是，是否包括数据库迁移和同步验证？

  是，但缺乏 DB 迁移和同步验证。

  • http://status.openstack.org/openstack-health/#/job/gate-neutron-dynamic-routing-dsvm-functional

• C4. 该项目是否具有全栈覆盖率的 CI？

  否。

• C5. 该项目是否具有 Tempest 覆盖率的 CI？如果是，请说明性质（API 和/或场景）。

  是。但看起来只有基本的 API 覆盖率。

  • http://status.openstack.org/openstack-health/#/job/gate-neutron-dynamic-routing-dsvm-tempest

• C6. 该项目是否需要 Grenade 覆盖的 CI？

  是。但它没有。

• C7. 该项目是否提供多节点 CI？

  否。

• C8. 该项目是否支持 Python 3.x？请提供证明。

  是的。

发行足迹

• R1. 该项目是否采用语义化版本控制 (semver)？

  是的。

• R2. 该项目是否有发布交付物？请提供在 发布仓库 中可用的证明。

  是，发布的责任由 neutron-release 团队承担。

• R3. 该项目是否使用上限约束？

  是的。

  • https://github.com/openstack/neutron-dynamic-routing/blob/master/tox.ini#L11

• 该项目是否与 OpenStack 提案机器人集成以进行需求更新？

  是的。

  • https://github.com/openstack/requirements/commit/d722a8add81bb20943564146904e202dda85a526

稳定的回溯

• S1. 该项目是否有稳定的分支和/或标签？请提供回溯历史记录。

  是，稳定维护由 neutron-stable-maint 团队承担。

客户端库

• L1. 如果该项目需要客户端库，它是如何实现 CLI 和 API 绑定的？

  有客户端扩展。看起来 OSC 过渡已经严重停滞。

  • https://review.openstack.org/#/c/340763/

评分卡

评分卡
N0 | Y
N1 | 是
N2 | 否
N3 | N
N4 | 是
N5 | Y
D1 | 是
D2 | Y
D3 | Y
D4 | 是
C1 | 否
C2 | 是
C3 | Y
C4 | 否
C5 | Y
C6 | 否
C7 | 否
C8 | 是
R1 | 是
R2 | 是
R3 | 是
R4 | 是
S1 | 是
L1	N

最终说明

自 Newton 项目启动以来，已经取得了很大的进展。仍然存在一些需要填补的空白，一个专注的团队应该能够在 Ocata-1 的截止日期前解决这些问题。