Mark Collier 从一开始就参与了 OpenStack，最初在 Rackspace，该项目作为与 NASA 的联合伙伴关系而诞生，之后不久成为 OpenStack 基金会的联合创始人，现在担任首席运营官。
几周前，我有机会与 Mark 进行了交谈，以更多地了解随着 OpenStack 的持续发展，我们可以期待什么：从它的开发方式，到它的功能，再到它的使用方式。以下是他与我分享的内容。
围绕云的对话似乎已经从主要围绕 IaaS 本身扩展到更广泛的领域：容器、编排和管理工具，以及其他一系列主题。OpenStack 和基金会正在如何改变以满足这些需求？
在波士顿峰会上发生的一些事情是不同的，并且是为这种演进而量身定制的。我们首次推出 开源日。过去，我们做过一些类似的推广，试图将相关的开源项目聚集在一起，但这次这是我们更大的重点。我们在活动期间为许多不同的社区聚集在一起提供了专门的空间和时间，例如 Kubernetes 和 CloudFoundry 等等。这反映了人们希望将多种技术结合在一起的事实。通常，开源是主导方法：当今云中发生的任何有趣的事情，都有一个开源项目与之对应。
我之前谈到过关于云的“LAMP 堆栈”的概念。例如，我们开始看到人们将 Kubernetes 与 OpenStack 结合在一起，并且还有许多其他相关技术。我认为这两者，特别是结合起来，非常强大。人们希望看到一个非常简化的视图，即“是 OpenStack 在 Kubernetes 上？”还是“是 Kubernetes 在 OpenStack 上？”。现实情况是，在分布式系统中，将所有内容视为垂直堆栈是相当局限的。事实证明，事物彼此相邻，或者具有比堆栈更复杂的交互。有时，这是最难解释的事情之一：什么位于什么之上，或者这些不同的系统是如何协同工作的。
我们看到很多人以新的和有趣的方式组合工具，这将反映在活动中，为每个社区预留明确的时间，以及很多人在同一个房间进行的对话。我们发现，今天实际运行 Kubernetes 的大多数人都在 OpenStack 上运行它。这两件事正在一起发展，我们越能让编写这些上游项目的人员在同一个房间里进行物理交流，我们就越能更好地为最终用户服务。
在 OpenStack 的早期，我们试图简化它用途的信息。人们试图理解云；七年前，云仍然很新，基础设施即服务是人们刚刚开始理解的东西。现实情况是，没有不包含其他技术集的 OpenStack 云，我们已经开始将 OpenStack 更多地视为一种集成引擎。您将拥有您选择的虚拟机管理程序，无论是 KVM 还是其他程序；您将拥有您的网络提供商，或多个提供商；存储也是如此。
既然项目开发团队今年早些时候已经在亚特兰大 PTG 会议上会面，那么这次峰会有什么不同？峰会的作用正在如何变化？
作为一个社区，我们走上这条道路的主要原因是，在峰会上，当我们举办设计峰会与整体峰会同时举行时，我们遇到的问题是，我们会让上游开发人员飞越三千英里来到我们举办活动的城市——他们实际上离他们很想交谈的运营商和用户只有两个房间的距离，但他们却不能。他们当时正忙于计划发布的实施细节，而开发工作才刚刚开始。具有讽刺意味的是，将所有人聚集在一起，他们实际上并没有像我们希望的那样进行充分的交流，因为同时发生的事情太多了。时间压力太大了，特别是对于上游开发人员来说，他们无法抽出时间参与。
这里有几个不同的方面。一是用户直接与运营商互动，了解他们喜欢什么，不喜欢什么，以及他们希望软件如何发展。二是更长期的战略讨论。按照六个月周期的运作方式，设计峰会将在发布开始编写时举行。偶尔已经编写了一些代码。没有太多时间考虑长期问题。如果您考虑一下我们现在如何改变模型，PTG 现在就承担了这一职能。这是一个以开发者为中心的活动，他们讨论如何实施下一个版本中的内容；它非常注重实施和细节。
在持续的基础上，我们现在在主峰会中有一个称为论坛的概念。因此，论坛不是在发布前六个月，您可以将其视为在发布前九个月。您将在波士顿看到的是，我们将有上游开发人员和运营商在同一个房间里。他们将要进行的所有内容和讨论都由这两个社区共同决定。他们可以讨论我们希望 OpenStack 在九个月或更长时间后成为什么样子。有更多的喘息空间来考虑长期问题。
开发人员仍然会被期望和邀请参加峰会，但他们将有更多的自由参加各种类型的反馈会议，主持会议，并在我们继续举办的会议式会议中进行演讲。这将真正让他们有机会稍微抬起头，看看更长期的前景，并与运营商、产品经理以及那些在更远的未来考虑 OpenStack 的人进行讨论。
我参加的每次 OpenStack 峰会似乎都有一个每个人都在谈论的大主题。我们可能期望本次峰会的大主题是什么？
Jonathan Bryce 将于周一在波士顿发表开幕主题演讲，他将谈论由 OpenStack 驱动的私有云实际上比您想象的成本更低，功能更多。特别是超大规模云。我们开始看到许多用户正在拥抱混合云或多云世界，其中包含一些公共云和一些私有云。他们越来越精通于将哪些工作负载放置在哪里。在许多情况下，他们可以通过将某些战略性的长期运行工作负载迁移到私有云来获得可观的成本节省。
OpenStack 已经进入了很多您以前从未预见到的有趣用例。它正在为移动网络上数百万用户路由电话，并且围绕边缘计算正在涌现其他一些有趣的用例。我认为这将是一个非常酷的主题，您将开始看到它在行业中兴起。OpenStack 非常适合边缘计算的概念，在这种概念中，在这些巨型网络的边缘收集和处理了如此多的数据，以至于在边缘进行计算实际上也是有意义的。我们已经开始看到一些这样的例子，我们将听到一些例子，包括 Verizon。
在第二天，我将在周二发表开幕主题演讲。我将要谈论的主题是可组合的开放基础设施，考虑 OpenStack 服务与非 OpenStack 开源项目的各种不同组合，以做新的和有趣的事情。我们看到的新兴趋势之一是，人们选择特定的 OpenStack 服务来满足他们的需求，而不一定部署整个 OpenStack 套件。例如，如果他们想要块存储，他们可以只部署 Cinder，这可能是 Kubernetes 编排的基础设施的一部分的后端。或者他们可能只想利用 Ironic 来管理他们的裸机或 Neutron 来管理他们的网络，但他们不一定想要整个 OpenStack 服务套件。
第二天将有很多演示。我们希望进行 Ironic 演示和 Cinder 演示，以及一些与 Kubernetes 相关的演示，以我们以前从未做过的方式在那里突破界限。
您希望在下一个版本及以后看到哪些重大进展？
受到广泛关注的领域之一是零停机升级。升级是人们多年来一直认为的痛点，我们已经逐渐解决了这个问题，以至于现在大多数服务都可以在不中断工作负载的情况下进行升级。随着我们深入研究更复杂的实时升级方法，我们可以开始进行零停机升级，例如，API 服务甚至一秒钟都不会停机。这背后有一些有趣的架构和实施细节，这些细节正在一些项目中进行。尽可能无痛升级的概念确实在多年内带来了好处。用户面临的最大困难之一是跟上 OpenStack 的发布时间表、发布节奏和创新。但是，一旦您走上平稳的升级路径，未来的每个版本都可以在没有太多痛苦的情况下供您使用。
升级的一个方面是关于容器。因此，您看到越来越多的关于如何部署和管理 OpenStack 的实现将 OpenStack 服务放入容器中。您有 Kolla 项目，甚至在此之前，许多发行版都有自己容器化 OpenStack 的方法。这些都在可管理性方面带来了好处。
在 Ocata 版本中，涉及容器的项目（例如 Kolla 和 Kuryr）是发展最快的领域。Kuryr 是原生容器网络技术和 Neutron 之间的桥梁。我们将 OpenStack 视为裸机、虚拟机和容器的统一平台，而真正的魔力在于网络。如果您要处理复杂的工作负载，其中一些进程出于不同原因（性能、安全性、隔离等）在裸机上运行，其中一些在虚拟机上运行，并且容器也混合在其中，那么真正的魔力在于您可以在通用网络上运行它们。Kuryr 在其中扮演着重要的角色，我认为我们将看到 Kuryr 功能方面的更多改进。我们将在第二天进行演示，展示一个大数据工作负载，其中 Spark 和其他一些大数据服务在一个结合了裸机、虚拟机和容器的 OpenStack 环境中运行。
OpenStack 背后的开源社区随着时间的推移是如何发展和变化的？在您看到的社区发展方式中，有没有什么大的惊喜？
回顾它的成长历程，真是令人难以置信。早期参与的人们是因为他们相信这个想法。我们充其量只有 Nova 的一个粗略原型，并且我们有一些 Swift 代码运行良好，但就软件今天的状况而言，七年前并没有太多东西。这实际上是关于那些相信这个想法的人，即所有这些不同的公司可以汇集一些资源，并帮助创建一个标准的开放基础设施替代方案。人们对这个想法感到兴奋，并成为能够产生影响的事物的一部分。
这花了一些时间才结出成果，并开始看到一些大型用户。如果您回顾三四年前，我们有像沃尔玛和 eBay 这样运行 OpenStack 的公司，这令人兴奋，但是有一种感觉，您需要成为像 eBay 或沃尔玛这样的公司才能做到这一点。在过去一年左右的时间里，我们真正看到的是软件变得更好了。这实际上是因为用户是贡献者基础的更大部分，也是需求输入的更大部分。这不再是一个学术性的练习，即我们认为什么是运营商想要的正确解决方案，现在运营商正在运行它并告诉我们他们希望发生什么不同的事情。运营商参与了这些讨论，我们开始看到基金会和峰会的更多赞助商，以及开发工作的贡献者，都来自用户。这是一个有趣的转变。
我们仍然拥有一个非常活跃的生态系统，其中有大型公司和初创公司正在投资 OpenStack 并编写大量代码。它变得非常多样化。就像在投资中，他们会告诉您拥有多元化的投资组合一样，如果您看一下 OpenStack，可能比任何其他开源项目都更具有弹性，可以抵抗系统的冲击。如果一家公司决定不再雇用开发人员，那么还有许多其他公司雇用开发人员（我认为仅去年就有 3,500 名开发人员为 OpenStack 做出贡献），因此它对这些类型的变化具有很强的弹性。
这是确保 OpenStack 中的每个项目都有多家关联公司支持的回报之一。这对我们来说是一个值得骄傲的地方，技术委员会将此作为标准的一个明确部分。这是我们看到的一件事，即不让一家公司主导项目的承诺是健康的，我们看到用户说这就是他们喜欢它的地方。
我们与之交谈的每个用户都与生态系统中的公司合作。他们说“我们绝对想要那样”。他们喜欢选择，并且他们喜欢这样一个事实，即如果他们决定在供应商之间转移，那么它仍然是相同的基本代码库，该代码库由来自世界各地和许多不同公司的广泛人群贡献。看到社区如何对任何行业随着时间推移发生的不可避免的变化和整合具有弹性，这令人兴奋。
如果您今天试图让一位刚毕业的年轻开发人员对 OpenStack 感兴趣，您会告诉他们什么？为什么 OpenStack 仍然是一个令人兴奋的技术领域，值得投入工作？
对我来说，我总是试图退后一步，从宏观的角度来看待驱动技术或整个市场发展的因素。令人兴奋的是，对基础设施的巨大需求正在以令人难以置信的速度增长。因此，随着廉价传感器的激增使我们能够比以往任何时候都捕获更多数据，随着数据量的增长，如何实际处理、存储和移动数据这个有趣的问题实际上还处于起步阶段。
我认为边缘计算可能是其中将出现的更有趣的事情之一。例如，在上次峰会上，我们从剑桥的一些研究人员那里听说了关于 平方公里阵列的信息。这是一个每天将生成令人难以置信的大量数据的系统。数据量如此之大，以至于世界上根本没有足够的硬盘来存储他们每天将捕获的数据量。他们必须通过算法和边缘计算，从噪声中过滤出信号，有时他们不得不丢弃一些信号，因为根本没有足够的原始存储容量，而且物理定律阻止您将所有这些数据移动到某个集中式云。
因此，我认为您将看到钟摆再次摆动，架构将因此而发展，因为需要管理的五千万台服务器的巨大需求。没有办法手动完成这项工作。它必须高度自动化。我们正在进入一个更加令人兴奋的阶段，因为物理学和经济学的这种平衡，如此多的数据必须存在于边缘，它无法物理移动到中心。我认为您将看到架构以及人们思考和操作系统的方式发生变化，而每当钟摆开始像这样摆回时，这都是基础设施领域令人兴奋的时刻。
OpenStack 峰会将于下周在波士顿拉开帷幕，Opensource.com 将在那里报道所有激动人心的新闻和活动。请务必在 Twitter 上查看标签 #OpenStack 和 #OpenStackSummit，以实时关注正在发生的事情。
评论已关闭。