本文共 2236 字,大约阅读时间需要 7 分钟。
openstack 大规模
因为“云”对于不同的人而言意味着不同的事物,并且由于OpenStack试图做到所有这些事情,因此,根据许多标准,单个OpenStack部署看起来可能彼此非常不同。 在OpenStack社区中进行了一段时间的“大帐篷”对话,旨在为所有OpenStack大型受众提供所有答案。
在这次采访中,我们从最有资格谈论OpenStack Big Tent的两个人那里听到。 是OpenStack基金会的工程总监,技术委员会主席兼OpenStack发行经理。 是OpenStack发行周期管理项目的当前PTL(项目技术主管)。 他们将一起在即将举行的东京OpenStack峰会上就进行演讲。
蒂埃里(Thierry)和道格(Doug)很友善地回答了我的一些问题,并对该演示做了一些预览。
蒂埃里·卡雷兹(Thierry Carrez):这个词最早是由蒙蒂·泰勒(Monty Taylor)在 。 该帖子是一系列社区成员发布的系列文章的一部分,而我们正在集体讨论如何在社区中包括新项目,同时又不失去我们的注意力,也不会使横向跨项目团队疯狂。 该术语背后的想法是推动想法变得更加开放,更热情并且内部空间更大。
Doug Hellmann(DH):主要转变是从将OpenStack视为功能的集合,到将其视为贡献者的集合。 成为“我们中的一员”意味着使用通用工具和模式进行协作和工作,如果您是我们中的一员,则您的项目可以成为由其他社区成员构建的不同项目组的一部分。
TC:我们提供的服务在以前的模型中处于“孵化”状态,例如马尼拉,扎卡尔,Designate或Barbican。 我们社区中的长期成员从未尝试过加入旧的集成发布概念,例如Murano,Mistral,Congress,CloudKitty或Solum。 我们还提供了新的实验服务,例如Cue或SearchLight。
TC:完整列表位于 。 我们在此周期中定义的一些重要标签涉及项目团队的隶属关系多样性(team:diverse-affiliation)。 另一个重要且最新的补充内容旨在描述哪些项目断言它们在将来不推荐使用功能时将遵循特定的流程(断言:follows-standard-deprecation)。
DH: 我们也开始添加标签,以指示哪些项目直接与跨项目团队进行交互。 例如,我们为发布团队提供了release:managed,为安全团队提供了漏洞:漏洞。 现在,有一些标签正在描述中,以描述项目与devstack的接口方式。
TC: OpenStack网站的“软件”部分已得到全面修订,以显示更多详细信息,包括显示相关标签和其他项目元数据。 未来几天应该已经准备好了。
DH:事实证明,当我们单独查看某些标准时,客观地描述它们是一项挑战。 我倾向于鼓励更多详细的文档,因为这样可以更轻松地涵盖细微差别的情况,尽管可以这样说,但我确实看到某些标签的好处是可以鼓励项目提高游戏水平。
TC:就我个人而言,我认为我们会在六个月内定义更多标签。 我觉得我们没有涵盖“集成发布”最终在旧模型中描述的所有不同含义的范围。 在什么应该仅仅是更好的文档,哪些需要被编码为项目元数据(如标签)之间存在着矛盾。
TC:发行版是签名的源代码tarball。 这是我们在特定时间工作的快照。 这也是稳定的分支发行版本系列的开始:我们向该分支移植重要且安全的修复程序,并发布可以轻松升级到的发行版本。 也就是说,许多发行版都使用该源代码tarball并将其打包在打包系统中,以方便操作员使用和安装。 因此,从某种意义上讲,发布还标志着上游工作的结束和下游工作的开始。
DH:您是对的,OpenStack.org上没有可下载的工件。 我们为每个组件创建一个单独的tarball,部署人员可以将它们组合在一起以创建具有所需功能的云。
TC:我认为“发布”与稳定分支的概念更加紧密地联系在一起。 “发行版”中的所有项目都维护一个稳定的分支,该分支大致同时(在Liberty开发周期结束时)创建。 所有这些都在集成测试中一起测试。 我们同意,看到发行版中的内容可能会造成混淆,尤其是当我们 。 这就是为什么我们在一个网站上工作以显示哪些版本和哪些工件属于同一发行系列的原因。 您可以在找到它。
DH:是的 。 尽管还没有真正完成过任何软件,但是稳定的分支表示功能集和稳定性表示其贡献者社区宣布愿意支持的项目版本的时间点。
本文是针对的一部分,该 为期4天,面向OpenStack云软件的开发人员,用户和管理员 。
翻译自:
openstack 大规模
转载地址:http://osfzd.baihongyu.com/