OpenStack 向 Python 3 迁移状态
- 尚未迁移到 Python 3 的项目
- Nova (76%)
- Trove (42%)
- Swift (0%)
- 已迁移的项目数量
- 19 个 Oslo 库
- 4 个开发工具
- 22 个 OpenStack 客户端
- 6 个 OpenStack 库 (os-brick, taskflow 等)
- 12 个经 TC 批准的 OpenStack 服务
- 17 个 OpenStack 服务 (未经 TC 批准)
- 原始总数:80 个项目
- 技术委员会成员 Doug Hellmann 希望社区为 Ocata 设定一个目标,即所有项目都运行 Python 3 功能测试。
- 放弃对 Python 2 的支持会很好,但这是一个很大的步骤,不应分散对剩余项目支持 Python 3 的注意力。
- 请记住 OpenStack on PyPy 正在使用 Python 2.7。
- 完整线程
提案:架构工作组
- OpenStack 是一个大型系统,我们一直在争论它到底是什么 [1]。
- 我们希望能够指向某些东西,并自豪地告诉人们“这是我们设计和实现的内容”。
- 对于单个项目来说,这是可能的。Neutron 可以谈论他们的代理和驱动程序。Nova 可以谈论处理与计算节点通信的调度器。
- 当我们谈论它们如何相互交互时,这是一种巧合的、事实上的标准和规范的混合。它们无助于在重构或扩展系统时做出决策。
- Oslo 和跨项目倡议为实现带来了一些和平与秩序,但对设计过程却没有。
- 新想法通常从最需要它们的项目开始,并且经常与其他项目中的类似决策和想法冲突。
- 当事情最终解决时,这些事情都是零散地完成的,这里完成了一半,那里完成了一三分之一,那里完成四分之一,那里完成四分之三。
- 也许 nova-compute 应该从 Nova 中隔离出来,并使用 Nova、Cinder 和 Neutron 可以通信的 API。
- 也许我们应该使调度器了解跨项目情况,并能够调度不仅仅是 Nova 的内容。
- 也许实验组应该研究如何将一些此功能委托给非 OpenStack 项目。
- Clint Byrum 提议成立一个架构工作组。
- 一个供架构师分享他们的设计并获得跨项目支持以推进和批准架构决策的地方。
- 该小组主要由参与公司的资深人员组成,如果操作得当,可以通过倡导人员/工程师实际使其“实现”来帮助优先处理这项工作。
- 如何参与
- 每两周一次的 IRC 会议,时间对最感兴趣的个人来说方便。
- #openstack-architecture 频道
- 在 openstack-specs 仓库上协作。
- Clint 正在准备一份初稿,以便下周提交审核。
- 完整线程
R-15 周发布倒计时,6 月 20-24 日
- 重点
- 团队应致力于新功能开发和错误修复。
- 常规说明
- 发布团队成员下周将出差。这将导致发布延迟。请相应计划。
- 发布操作
- 官方独立项目应使用 openstack/releases 仓库提交有关历史发布的信息,以便 release.openstack.org 上的团队页面保持最新。
- 审查 stable/liberity 和 stable/mitaka 分支,了解所需的发布。
- 重要日期
- Newton 2 里程碑,7 月 14 日
-
Newton 发布计划 [2]
Placement API WSGI 代码 – 让我们直接使用 Flask
- 也许最好使用其他 OpenStack 项目使用的 WSGI 框架,而不是走一条完全新的路。
- 如果它使用 Flask,其他 OpenStack 贡献者将更容易熟悉新的 API placement API 端点代码。
- Flask 拥有强大的社区,并且能够很好地完成 OpenStack 社区可以停止担心的事情。
- 与使用完整的 Web 框架相比,Routes/Paste 之上的 WSGI 胶水量非常少。
- 模板和会话处理是我们不需要的东西。我们是一个 REST 服务,而不是 Web 应用程序。
- Mitaka 中使用的框架有哪些
- Falcon:4 个项目
- 自定义 + routes:12 个项目
- Pecan:12 个项目
- Flask:2 个项目
- web.py:1 个项目
- 完整线程
[1] – http://lists.openstack.org/pipermail/openstack-dev/2016-May/095452.html
[2] – https://releases.openstack.org/newton/schedule.html
发表评论