弥合OpenStack与Python之间的鸿沟

编程入门 行业动态 更新时间:2024-10-09 21:18:18

弥合OpenStack与Python之间的<a href=https://www.elefans.com/category/jswz/34/1733433.html style=鸿沟"/>

弥合OpenStack与Python之间的鸿沟

一致性-任何大型,开源项目的必要性。 在OpenStack的不同组件之间共享源代码和库对于其快速发展和快速开发至关重要。 Oslo程序将所有内容组合在一起,并为OpenStack带来了一致性。 我们想了解有关Oslo的更多信息以及OpenStack的功能。 因此,我们要求程序负责人分享他的想法。

认识Doug Hellmann。 他目前担任Icehouse版本的奥斯陆计划的程序技术主管(PTL)。 Hellmann是DreamHost的高级云开发人员和Python程序员,喜欢在Oslo程序上工作,因为它有助于在OpenStack和Python社区之间建立交叉。

我们与Doug会面,以了解有关Oslo的更多信息,OpenStack的不同组件如何与之交互以及在即将发布的Icehouse版本中可以期待的内容。

OpenStack公共库(Oslo)对OpenStack有什么作用?

Oslo程序的成员可以帮助其他OpenStack程序的开发人员共享源代码。 当确定了两个项目的实施的共同方面时,我们将帮助您准备源代码并以易于重用的方式对其进行组织。 我们还提供有关编码技术和现有Python开源库的一般建议。

为什么奥斯陆对OpenStack很重要? 以及不同的组件如何与奥斯陆互动?

Oslo程序为OpenStack带来了一致性。 在Oslo开始之前,一些OpenStack项目已经通过在存储库之间复制源代码来共享源代码。 这导致不同副本中的实现略有不同。 在奥斯陆(Oslo)的领导下,类似的代码已被转移到“孵化器”中,以提供通用的副本来源,并准备将源代码移入库中。 孵化器减少了代码在项目之间更改的机会,并在库仍提供共享的同时提供了源代码的单个副本,从而发布了孵化的代码。

使用库在项目之间共享代码给我们带来了很多好处。 它确保我们具有良好的测试覆盖范围,因为库的维护人员专注于测试所包含的源代码,而不是使用它的应用程序。 图书馆还鼓励开发人员参与OpenStack中的多个项目,因为他们已经熟悉所使用的工具。 最重要的是,通过库共享源代码意味着部署者可以看到具有新功能和错误修复的应用程序之间的行为一致,以及使用相同配置选项名称和文件格式的应用程序之类的小事情。

Oslo团队正在为Icehouse版本进行哪些主要改进?

我们在Icehouse版本中取得了三项重大成就。

  • 首先,在哈瓦那周期即将结束时,我们发布了OpenStack用于内部通信的代码,称为oslo.messaging库。 对于Icehouse,我们已开始更新应用程序以使用新的库。 正在进行的工作为我们提供了重要的见解,使我们可以更快地采用类似的流程和工具。
  • 其次,准备孵化器中的数据库访问代码以库形式发布时已经进行了很多工作,我们希望在Juno周期内完成该工作。 消息传递和数据库库是目前奥斯陆最大,最常用的代码库,因此我们非常谨慎地将从消息传递库中学到的经验应用于数据库库的工作。 我们引入了一些更改,这些更改在Icehouse期间使我们放慢了速度,但它们应该使Juno期间的过渡更加顺利。
  • 最后,我们最近“采用”了在Oslo程序外部创建的几个库,接管了管理工作,并在库和使用它们的OpenStack项目之间引入了对称测试,并利用了运行功能测试的相同工具对集成OpenStack组件。

有兴趣为奥斯陆做贡献的人们有哪些机会?

OpenStack社区具有同行评审代码的浓厚文化,因此,与任何其他OpenStack项目一样,熟悉并开始为Oslo做出贡献的最好方法是,为我们的存储库之一进行代码评审(请参阅wiki.openstack。 org / wiki / Oslo以获得列表)。 审阅补丁程序为您提供了筛选蓝图和错误报告的环境,并且从新审阅者那里获得的见识常常暴露了现有开发人员在其代码中所做的隐藏假设。 参与我们的代码审查过程是一种真正重要的贡献方式。

识别项目中代码重用的机会也很重要。 相对于整个社区的规模,Oslo团队规模很小,并且该社区正在产生大量源代码。 找到建议创建库的模式通常需要熟悉多个项目,并且随着项目数量的增加,我们必须更多地依赖那些项目的贡献者来提出库本身。

在Juno期间,我们计划从孵化器中发布更多库,因此,如果您对源的特定区域特别感兴趣,可以帮助您管理这些发布,或者在更新项目以使用这些库时,将有很多机会协助这项工作。

您对使用Oslo和OpenStack感到兴奋吗?

我们正在构建的软件显然很重要,但是OpenStack最令人兴奋的方面是人员。 从我参与Folsom峰会的一开始,社区就一直非常欢迎和支持。 我将我们的快速增长归因于这种态度及其所产生的协作。

我认为奥斯陆计划是鼓励OpenStack内部持续合作的部分责任。 我们在工作时会与大多数集成项目进行交互,有时我们需要协商对库的更改,以使其对多个项目有用。 提醒每个人他们正在处理的组件如何适合整个项目是该谈判的重要方面。

奥斯陆还提供了整合OpenStack和Python社区的机会。 在查看Oslo中的代码时,我们会考虑一些问题,例如是否应该创建和维护新的库而不是使用已经存在的库,以及如何释放我们创建的库,以便其他项目可以使用它们。 我加入Python社区的时间比参与OpenStack的时间长得多,直到最近这两个团队之间的交流很少。 随着我们开始接触我们使用的库和工具的作者,以及其他开发人员发现并使用我们发布的库,这种情况正在发生变化。

如果您可以命名OpenStack的下一个版本,您将其称为什么?

像很多人一样,我认为在巴黎以K开头的名字会很难,但是我看到了Av。 克莱伯(Kléber)和开普勒街(Rue Kepler)都非常接近将举行峰会的区域。

翻译自:

更多推荐

弥合OpenStack与Python之间的鸿沟

本文发布于:2024-02-06 02:18:24,感谢您对本站的认可!
本文链接:https://www.elefans.com/category/jswz/34/1745839.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
本文标签:鸿沟   OpenStack   Python

发布评论

评论列表 (有 0 条评论)
草根站长

>www.elefans.com

编程频道|电子爱好者 - 技术资讯及电子产品介绍!