Tooz 驱动策略¶
OpenStack 项目团队已经确定了许多利用分布式锁管理器及其提供的原语的机会。Tooz 传统上包含一些满足其中一些最低要求的驱动程序，但存在许多缺陷。
问题描述¶
考虑到入树驱动程序对 OpenStack 用户的影响，人们希望确保部署的用户只会看到满足 OpenStack 中使用 tooz 的项目所有要求的、高质量的选择。
提议的变更¶
不充分的驱动程序必须被弃用并最终从 tooz 中移除。它们仍然可以被 tooz 的下游用户使用，这些用户可能不需要所有 OpenStack 项目的相同要求。
为了确定哪些驱动程序是充分的，将在 tooz 的文档中添加一项策略，其中提供包含的要求。该策略将以 oslo.messaging 驱动程序策略为模型。
备选方案¶
驱动程序可以在文档中进行分类，但仍然保留在入树中。这将对 tooz 的下游用户影响最小，但也会给可能选择 tooz 的 OpenStack 部署者带来一些风险。
tooz 的 API 也可以更改，以强制调用者表达他们的需求，并允许驱动程序指定他们对所使用的 tooz 后端的假设。这将非常复杂，并使 tooz 更难使用。
Impact on Existing APIs¶
API 将保持不变，但 tooz 的下游用户可用的配置选项将更加有限。
安全影响¶
这将略微降低 tooz 的表面积。
性能影响¶
一些后端完全存在缺陷，因为它们性能低下或无法扩展。因此，这降低了 OpenStack 用户遇到性能问题的风险。
Configuration Impact¶
一些后端将不再可用，或者将导致弃用警告。在弃用后几个周期内不会移除驱动程序，因此这是一个长期的影响。
开发人员影响¶
后端上的测试要求将被提高，因此开发人员需要花费更多精力在后端上，尤其是在新的驱动程序上。
Testing Impact¶
驱动程序需要具有更高水平的测试覆盖率。
实现¶
负责人¶
- 主要负责人
clint-fewbar (SpamapS)
里程碑¶
完成目标里程碑
mitaka-1
工作项¶
在 tooz 文档中编写策略
文档影响¶
N/A
依赖项¶
N/A
参考资料¶
https://etherpad.openstack.org/p/mitaka-cross-project-dlm
注意
本作品采用知识共享署名 3.0 非移植许可协议授权。 http://creativecommons.org/licenses/by/3.0/legalcode
