Julien Danjou 几乎总是自由软件黑客。在他的日常工作中，他为 eNovance 公司开发 OpenStack。在业余时间，他开发自由软件项目，例如 Debian、Hy 和 awesome。Julien 还编写了《黑客 Python 指南》，并发表了关于 OpenStack 和 Ceilometer 项目的演讲，以及其他内容。
在今年巴黎举行的 OpenStack Summit 2014 大会上，我们采访了他关于他目前的工作，并深入了解了Ceilometer 项目（OpenStack 的开源遥测项目）的进展。
您特别希望在 Kilo 版本中实现哪些功能？
很多！我无法说出 OpenStack 的总体情况——项目太多了——但我对我们的遥测计划有非常好的计划和想法。我最兴奋的是 Ceilometer 中正在进行的工作，该工作始于 Juno，旨在实现高可用性和负载均衡。该团队已经开始了一项了不起的努力，以解决其他开源监控软件无法以这种方式解决的可扩展性问题。
我们现在正在构建一个完全分布式、容错且可扩展的计量和监控系统，该系统专为 OpenStack 量身定制，但我希望也能用于更通用的用例。
我希望在 Kilo 中，我们能够完成这项工作，并开始处理我们希望构建到 Ceilometer 中的事件/通知管理系统。
为什么部署虚拟基础架构需要像 OpenStack 这样的开源工具？
我认为这一点已经被反复提及，但随着基础设施变得商品化，没有供应商锁定对于用户来说至关重要。这只有通过开源平台才能实现，因为软件架构和代码是已知的，并且在运营商之间是通用的。
能够轻松地将您的虚拟基础架构从一个平台迁移到另一个平台非常重要。我们需要发生这种开放标准才能保持互联网的开放性。
该平台是开源的，甚至允许用户做出贡献，并构建他们希望在其云提供商中看到的新功能。这在使用闭源云平台时是不可能实现的。
在过去的几个月中，您在社区中看到了哪些变化？ OpenStack 的发展方向是什么？
我已经开发 OpenStack 三年多了，我看到社区在不断发展。我认为它变得更加成熟，解决了许多早期问题。它在处理许多糟糕情况的方式上变得更加专业。我们很幸运成为一个开源项目，背后实际上雇佣了很多合格的工程师。这意味着我们有大量的资源朝着正确的方向发展该项目。
最让我震惊的是，我们的开发过程最初就像大多数开源项目一样业余，但最终变得比你见过的任何项目都要强大，无论是否开源。每次我描述 OpenStack 的开发工作流程（设计峰会、蓝图、单元和功能测试、持续集成、IRC 会议、发布管理等）时，人们都会感到惊讶。如果你再加上所有这些都是由来自世界各地不同公司的工程师完成的，那么更难以相信它实际上正在工作并产生如此多的价值。
看到这样的轨迹，我对 OpenStack 的未来充满期待。我们这些在这个行业工作了这么久的人都意识到我们正在不断地转变范例。我认为 OpenStack 是我们正在经历的当前抽象层变化的关键。GNU/Linux 一直是过去几十年部署基础设施的关键。它将成为编程和检测我们已有的东西的基础，因为它提供了越来越多的服务，并且具有您需要的所有属性（弹性、可扩展性等），可以部署从小到大的基础设施。
您在峰会上的会议涵盖了 OpenStack 和 Ceilometer 中的变化如何导致您重新考虑指标的存储。您能详细说明一下吗？它如何影响了 Gnocchi 的创建？
当我们在两年前开始开发 Ceilometer 时，我们对我们想要解决的用例（即，计费资源、使用情况）有很好的了解，并且对我们所需要的有一个很好的概述。更模糊的是用户实际上将如何消费我们的数据，以及它将开启哪些新的可能性。
这导致一些主要的 Ceilometer 数据结构在设计上对于我们需要提供给新用户的东西（警报、容量规划等）来说很糟糕。不幸的是，这损害了 Ceilometer 的可扩展性，并且我们长期缺乏解决此问题的资源。我们有很多蓝图要处理，但很少有人来解决它们。在担任 Ceilometer 的项目技术负责人一年（两个发布周期）后，我决定辞职，专注于自己解决这些问题。
这里的关键点之一是团队意识到一些早期设计是错误的，我们需要从头开始重新思考我们解决问题的方法。我启动了一个新项目，专门用于替换 Ceilometer 的指标存储部分，因为它是导致可扩展性问题的原因。我花了一个多月的时间构建了一个原型，代号为 Gnocchi，并在 2014 年 5 月亚特兰大举行的 OpenStack 设计峰会上展示了它。Ceilometer 核心团队一致认为 Gnocchi 是解决该问题的正确答案，而 Eoghan Glynn（我们新的项目技术负责人）非常有信心将该项目纳入 Ceilometer 路线图。
Ceilometer 和 Gnocchi 这样的项目如何融入更大的 OpenStack 生态系统？
通过 Ceilometer 计量云部署中发生的一切，它能够提供大量关于云操作的见解。首先要注意到这一点的方法是进入 OpenStack 仪表板 (Horizon) 并查看显示的精美图形。这里的大部分数据都来自 Ceilometer。
显然，可以利用所有这些数据集进行更高级的分析（趋势分析、容量规划等），但不幸的是，我们仍然缺乏该领域的工具。然而，这些数据已经被许多不同的项目和系统用来向他们的用户收取资源使用费。
再加上去年开发的报警子系统，Ceilometer 获得了基于这些计量的阈值交叉触发操作的能力。这是 Heat 利用其自动缩放功能的基础系统。
Gnocchi 尚未完全集成到 OpenStack 生态系统中，因为它是一个全新的项目，我们仍在处理这个问题。但我希望它能够成为 Ceilometer 本身的关键组件，并提供一套新的利用可能性。需要存储大量指标和索引大量资源的用户会很高兴找到一个可扩展且有用的解决方案，作为他们应用程序的服务提供。
像 OpenStack 这样的开源项目如何改善公司之间可能被视为竞争对手的关系？
如果没有大量软件开发人员的合作，任何开源项目都不可能如此成功。所有这些开发人员通常来自不同的公司，并且必须和睦相处。这是两个竞争公司之间开始第一次互动的地方。
这并不总是那么容易和明显。公司有不同的目标和不同的需求，因此要让每个人都和睦相处并非易事，但随着时间的推移，关系得以建立，这种联系将人们围绕着开源项目联系在一起，无论他们为哪家公司工作。
虽然他们将保持竞争对手关系，并且可能会在更高的层面上推动不同的目标，但拥有推动开源项目走向成功并配合行动的共同目标可能会建立并改善他们的关系。
评论已关闭。