OpenStack 10 周年 – Infomaniak 的 Thomas Goirand

讲故事是影响、教导和激励周围人们的最强大的手段之一。为了庆祝 OpenStack 的 10 周年,我们正在重点介绍来自社区各个角色的个人故事,他们帮助使 OpenStack 和全球开源基础设施社区取得成功。 

在这里,我们采访了 Infomaniak 的 Thomas Goirand。他向社区讲述了他如何开始使用 OpenStack,以及过去 10 年 OpenStack 中他最喜欢的记忆。

您是如何开始使用 OpenStack 的?现在您在做什么?

我当时经营着自己的托管公司:GPLHost(至今仍然存在,但自 2014 年起我不再负责运营)。GPLHost 是一家比较成功的 VPS 业务。虽然那时公有云还处于起步阶段,但我很快就意识到云将是服务器托管的未来。然而,当时还没有可行的自由软件解决方案……直到 OpenStack 项目启动。由于我一直使用 Debian,并且于 2010 年 6 月成为 Debian 开发者(拥有上传权限),因此很明显,我必须先将 OpenStack 上传到 Debian,然后才能开始使用它为 GPLHost 服务。我从未在 GPLHost 使用过 OpenStack。相反,维护 OpenStack 在 Debian 中的工作花费了我越来越多的时间,以至于它成为了我的全职工作。我最初受 eNovance(后来被 RedHat 收购)的委托,然后是 Mirantis。

如今,我正在维护自己的 OpenStack 安装程序,它也完全基于 Debian,并且我在 2020 年 Open Infrastructure 会议上 展示了它。

我还在为我的雇主 Infomaniak 维护多个生产环境中的 OpenStack 部署:4 个中等规模的 Swift 集群,以及 3 个功能齐全的 OpenStack 云(包含多种类型的节点:计算、存储、网络、Ceph 等)。这些部署要求很高,我的团队不能承受任何故障,这对于 Debian 包和我的 OpenStack 集群安装程序来说都是一次极好的现场测试。

过去 10 年 OpenStack 最美好的回忆是什么?

OpenStack 早期的一些峰会令人难忘,整整一周都有晚间派对(我的第一个是在波特兰举行的,之后参加了直到巴塞罗那峰会的所有峰会)。派对数量众多,以至于在一个晚上,可能同时有 3 个派对进行,所有公司都在上面投入了大量资金。我肯定会怀念这段时光,以及与大家一起玩乐的乐趣。虚拟活动很好,但永远无法取代面对面的会议。我真的希望 COVID 时间能尽快结束,这样我们就可以再次见面了。

您为 OpenStack 社区做出了哪些贡献?

在 Debian 中,Debian 开发者只能将新内容上传到 Debian Unstable(又名 Sid)。这意味着我一直在 Debian Unstable 中维护 OpenStack 已经 10 年了。而 Debian Unstable,顾名思义,是一个不断变化的目标(这并不意味着它充满错误,而是说它在不断变化)。这意味着我们总是比任何其他发行版更早地获得更新的组件。因此,在 Debian 中维护 OpenStack 是一项挑战,因为我们可以在其他任何人之前使用最新版本的 OpenStack 进行测试。例如,我们首先获得最新版本的 Python 解释器,或者最新版本的 Django、SQLAlchemy 等。

因此,我一直在 OpenStack 上游错误跟踪器上提交大量的错误报告,希望每个项目的相关人员能够修复它。并在力所能及的时候(时间允许且足够简单时)修复许多错误。显然,一个人不可能负责修复所有 OpenStack 以使其与更新版本的 Python 协同工作,但我很高兴我能够尽我所能,并与来自其他发行版的人们(例如 Canonical,举例来说:Corey、James 和其他人!)一起为 OpenStack 做出哪怕是一点贡献。

我还向 puppet-OpenStack 项目贡献了许多补丁,以使其适用于 Debian,因为我的安装程序使用它来部署 OpenStack。

总而言之,Stackalytics.com 显示到目前为止总共有 113 个补丁,涉及许多不同的项目。这可能不多,但对我来说,它代表了很多。我希望我能做更多,贡献一些功能,但维护所有(目前)541 个 Debian 团队的 OpenStack Debian 包,加上我的安装程序,加上为我的雇主 Infomaniak 维护生产环境中的部署,让我非常忙碌。

根据您使用 OpenStack 的经验,您对 Stacker 社区和其他不断发展的开源社区有什么建议?

如果所有致力于各个项目(例如核心审查员)的 stackers 都能牢记,贡献者可能只有有限的时间来处理他们提出的每个补丁,那将会很好。有时,要求更多的测试并对补丁的每个方面吹毛求疵可能会适得其反。由于这个原因,我放弃了许多补丁。如果可能的话,核心审查员应该接管补丁并直接丰富它们,例如,如果他们认为需要更多的测试,而不是要求贡献者这样做。

如果 2030 年我再次问您,您认为 OpenStack 会更新到什么程度?

到 2030 年,希望我仍然会在 Debian 中维护 OpenStack 并打包我的第 40 个 OpenStack 版本。许多人将使用我的部署工具,使用 Puppet 9、Python 3.14,运行在 Debian 17 上。🙂

我仍然希望有一天,OpenStack 项目将包含运行公有云所需的一切,包括发票、计费和支付解决方案。如果发生这种情况,我相信这将极大地推动该项目的发展,让许多小型托管公司能够启动 OpenStack 业务。

参与其中

如果您有兴趣分享您的 OpenStack 故事,请发送电子邮件至 [email protected]

在 Twitter 和 Facebook 上关注 #10YearsofOpenStack 标签,并与我们分享您最喜欢的 OpenStack 回忆!

关注我们
Twittertwitter.com/OpenStack
Facebookfacebook.com/OpenStack
微信 ID: OpenStack

发表评论

您的电子邮件地址将不会被公开。 必填字段已标记 *