Networking-midonet 评估报告

Neutron 集成

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

  否。

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

  是。在总共约 200 个与 neutron 相关的导入中，neutron-lib 大约被导入 ~20% 的时间。该项目定期针对主 neutron-lib 变更进行作业。

  • http://status.openstack.org/openstack-health/#/job/periodic-networking-midonet-py35-with-neutron-lib-master

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

  不，除了偶尔的评审之外。

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

  是，在某些领域，例如 QoS。

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

  它提供 ML2 驱动程序和一组服务插件，包括 L3，这些插件通过 midonet REST API 与 midonet 通信。Midonet 及其代理提供相应的网络服务。可以选择配置它与 neutron 代理（如 neutron dhcp/metadata 代理）一起工作，目前它还提供单体核心插件，但计划用 ML2 驱动程序替换它们。

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

  它有几个扩展：agent-management 计划被弃用并删除；bgp-speaker-router-insertion 是 neutron-dynamic-routing 的扩展。它正在被 RFE https://bugs.launchpad.net/neutron/+bug/1583184 跟踪；router-interface-fip。它正在被 RFE https://bugs.launchpad.net/neutron/+bug/1566191 跟踪。logging-resource 略微匹配规范提案 https://review.openstack.org/#/c/203509；最后，gateway-device 可能会匹配 L2GW 的 l2-border-gateway api。这些扩展都没有经过 Neutron 驱动程序团队的评审和批准。

  • https://docs.openstack.org/developer/networking-midonet/specs/index.html

文档

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

  是的。

  • https://docs.openstack.org/developer/networking-midonet/

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

  否。

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

  是的。

  • https://docs.openstack.org/releasenotes/networking-midonet/

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

  提供开发者和管理员文档。似乎没有提供客户端扩展的最终用户文档。

  • https://docs.openstack.org/developer/networking-midonet/

持续集成

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

  是的。

  • http://grafana.openstack.org/dashboard/db/networking-midonet-failure-rate

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

  是的。

  • http://status.openstack.org/openstack-health/#/g/project/openstack~2Fnetworking-midonet

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

  不，但通过单元测试作业实现数据库迁移和验证。

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

  否。

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

  是的。

  • http://status.openstack.org/openstack-health/#/job/gate-tempest-dsvm-networking-midonet-v2

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

  否。

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

  否。

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

  是的。

  • http://status.openstack.org/openstack-health/#/job/gate-networking-midonet-python35-db

发行足迹

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

是的。

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

  是的。

  • http://git.openstack.org/cgit/openstack/releases/tree/deliverables/_independent/networking-midonet.yaml

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

  是的。

  • https://github.com/openstack/networking-midonet/blob/master/tox.ini#L10

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

  是的。

  • https://github.com/openstack/requirements/commit/6f6bf9bfb70e22141041ce61f17c932c9c110d90

稳定的回溯

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

  是的。

  • https://review.openstack.org/#/q/project:openstack/networking-midonet+branch:stable/mitaka

  • https://review.openstack.org/#/q/project:openstack/networking-midonet+branch:stable/liberty

客户端库

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

  有 neutronclient 扩展，但没有 OSC 映射。

评分卡

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

总结：总体而言，networking-midonet 管理良好。它的范围比其他子项目宽得多，因为它涵盖了 Neutron 提供的几乎所有网络领域。有些人可能会认为 networking-midonet 在范围方面比 networking-ovn 或 neutron-dynamic-routing 等例子更接近 Dragonflow 和 Astara。API 文档、规范批准和客户端映射中的差距需要解决。