OpenStack 容器网络 ("Kuryr")

Kuryr 使命宣言

连接容器框架网络模型与 OpenStack 网络抽象的桥梁

什么是 Kuryr？

OpenStack 和 Neutron 已经不再是新兴技术，Neutron 已经成熟，并且在 OpenStack 部署中，相对于 nova-network 的普及率正在提高。它拥有非常丰富的插件和驱动生态系统，提供网络解决方案和服务（如 LBaaS、VPNaaS 和 FWaaS）。所有这些都实现了 Neutron 抽象，并且希望可以被云部署者进行互换。

就容器网络而言，特别是在容器和 OpenStack 混合环境中，我们注意到每个网络解决方案都试图重新发明并为容器启用网络，但这次是通过 Docker API（或任何其他抽象）。例如，OpenStack Magnum 必须为不同的 libnetwork 驱动程序引入抽象层，具体取决于使用的容器编排引擎。如果 Kuryr 可以成为 Magnum COE 的默认选择，那将是理想的。

Kuryr 的理念是能够利用 Neutron 及其插件和服务的抽象和所有努力，并将其用于为容器用例提供生产级网络。与其让每个独立的 Neutron 插件或解决方案试图寻找和弥补差距，我们可以集中精力并专注于一个点 - Kuryr。

Kuryr 旨在成为 Docker 和 Neutron 这两个社区之间的“集成桥梁”，并提出和推动 Neutron（或 Docker）中所需的更改，以便能够满足容器网络所需的特定用例。

重要的是要注意，Kuryr 本身不是网络解决方案，也不试图成为一个。Kuryr 的努力集中在成为将 Neutron 网络和服务传递给 Docker 的信使。

更多信息

Kuryr 策略

Kuryr 团队遵循标准的 OpenStack 新功能提案流程。详细信息可以在 Blueprints wiki 上找到。对于简单的功能，Launchpad 中的蓝图应用于总结该功能并提供设计考虑因素。如果功能复杂，可能需要提交设计规范

功能增强请求

Kuryr 团队决定使用功能增强请求 (RFE) 流程，就像 Neutron 项目所使用的一样。RFE wiki

功能完成定义

为了将新功能包含到 Kuryr 仓库中，它应该满足以下标准

代码已获得至少 2 名核心代码审查员的批准。
代码已通过单元测试覆盖。
包含功能测试。
包含发布说明。
已记录面向用户的 API 影响。

Kuryr

目录