Neutron-vpnaas 评估报告

Neutron 集成

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

    Neutron-vpnaas 在 Neutron 核心框架之上实现了自己的一组 Neutron API 扩展，并使用服务插件模型来实现。 暴露的 API 具有开源实现，并为专有后端提供了一个可插拔的机制。

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

    是的。 迁移报告显示目前总共有约 600 次导入。 Neutron 被导入约 150 次，Neutron-lib 仅被导入约 15 次，迁移百分比为 10.0500%

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

    否。

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

    vpnaas API 已经得到了广泛的讨论和认可。

文档

持续集成

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

    否。

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

    否。

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

    最新的 Bot 提案显示出喜忧参半的局面，API 覆盖范围不参与投票。

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

    是。但它没有。

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

    否。

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

    是的。

发行足迹

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

    是的。

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

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

稳定的回溯

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

    是的，稳定的维护是 neutron-stable 团队的责任。

客户端库

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

    有 Neutron CLI 和 API 绑定，但没有 OSC 的绑定。

评分卡

评分卡

N0 | Y

N1 | 是

N2 | 否

N3 | N

N4 | N

N5 | Y

D1 | 是

D2 | 否

D3 | Y

D4 | N

C1 | 否

C2 | 是

C3 | Y

C4 | 否

C5 | 否

C6 | 否

C7 | 否

C8 | 是

R1 | 是

R2 | 是

R3 | 是

R4 | 是

S1 | 是

L1

N

最终说明

截至撰写本文时，该项目在约一半的标准中得分良好。 neutron-vpnaas 项目已经沉寂了一段时间，发布说明也表明了这一点。 在 Ocata-1 (2016 年 11 月 14 日) 之前弥补所有剩余未满足的标准，考虑到所需的承诺水平和可用资源的不足，很明显该项目已经准备好任其发展了。