OpenStack的演变

马克·科利尔（Mark Collier）从一开始就参与OpenStack ，首先是在Rackspace，该项目是与NASA的联合伙伴关系，随后不久，他成为OpenStack基金会的联合创始人和首席运营官。

几周前，我有机会与Mark进行了交谈，以了解更多有关OpenStack不断发展的期望：从开发方式到可以做什么，再到如何使用。 这是他与我分享的内容。

似乎有关云的讨论已从最初仅围绕IaaS扩展而来，现在范围更加广泛：容器，业务流程和管理工具以及许多其他主题。 OpenStack和基金会如何进行更改以满足这些需求？

波士顿峰会上发生的一些事情是不同的，并针对这种演变量身定制。 我们是第一次引入开放日 。 过去，我们也进行了一些类似的推广，试图将相关的开源项目整合在一起，但这一次对我们来说是一个更大的重点。 在活动期间，我们有专门的空间和时间将许多不同的社区聚集在一起，例如Kubernetes和CloudFoundry等。 这反映了人们希望将多种技术结合在一起的事实。 通常，开源是占主导地位的方法：如今在云中发生的任何有趣的事情，都有一个开源项目。

我之前已经讨论过“云的LAMP堆栈 ”的概念。 例如，我们开始看到人们将Kubernetes与OpenStack相结合，并且还有许多其他相关技术。 我认为特别是这两者结合在一起确实非常强大。 人们希望看到一个真正简化的视图：“它是Kubernetes上的OpenStack吗？” 或“在OpenStack上是Kubernetes吗？” 现实情况是，在分布式系统中，将所有内容视为垂直堆栈是相当有限的。 事实证明，事物彼此并存，或者具有比堆栈更复杂的交互作用。 有时，这是最难解释的事情之一：什么是最重要的，或者这些不同的系统如何一起交谈。

我们看到很多人以新颖有趣的方式组合工具，这将在活动中反映出来，即为每个社区留出明确的时间，以及每个人都在同一个房间里进行的大量对话。 我们发现，今天实际运行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称为裸机，虚拟机和容器的一个平台，而真正的魔力在于网络。 如果您要进行复杂的工作负载，其中某些进程出于各种原因（例如性能，安全性，隔离性等）而在裸机上运行-其中一些进程在VM上运行，并且容器也混在其中，真正的魔力在于何时可以在通用网络上运行。 Kuryr在这里起着重要的作用，我认为我们将在Kuryr的工作中看到很多其他的复杂性。 我们将在第二天进行演示，展示在结合了裸机，虚拟机和容器的OpenStack环境中，Spark和其他一些大数据服务的大数据工作量。

随着时间的流逝，OpenStack背后的开源社区如何发展和变化？ 您看到社区进步的方式是否有任何重大惊喜？

看着并回想它的成长是多么疯狂。 参与早期活动的人们在那里是因为他们相信这个主意。 充其量，我们最好是一个Nova的松散原型，并且我们有一些运行良好的Swift代码，但是就今天的软件而言，七年前还没有很多。 真正相信这一想法的人是所有这些不同的公司都可以将一些资源整合在一起，并帮助创建一个标准的开放式基础架构替代方案。 人们对它的想法感到兴奋，并成为可能产生影响的事物的一部分。

它花了一些时间才能见效，并开始看到一些大用户。 如果您回顾三，四年前，我们拥有世界范围的沃尔玛，而eBay运行的是OpenStack，那真是令人兴奋，但这种感觉是您需要成为eBay或Walmart才能做到这一点。 在过去的一年左右的时间里，我们真正看到的是该软件变得更好了。 确实是因为用户在贡献者群体中占了更大的比例，在用户供餐需求中也占了很大的比例。这实际上不是学术研究，我们认为什么才是正确解决运营商需求的方法，现在运营商正在运营并告诉我们他们想以不同的方式发生什么。 运营商正在这些讨论中，我们开始看到更多来自基金会和峰会的赞助商以及对开发工作做出贡献的人。 这是一个有趣的转变。

当然，我们仍然拥有由大型公司和初创公司组成的充满活力的生态系统，这些公司正在投资OpenStack并编写了大量代码。 它变得非常多样化。 就像进行投资一样，他们会告诉您拥有各种各样的产品组合，如果您关注的是OpenStack，它可能比那里的其他任何开源项目都更多，它可以非常灵活地抵抗系统的冲击。 如果一家公司决定不再聘用开发人员，那么还有很多其他公司聘用开发人员（我认为去年去年我们为OpenStack贡献了3500名开发人员），它对这种变化非常有弹性。

这是确保OpenStack中的每个项目都拥有多个关联公司的回报之一。 这是我们的骄傲，技术委员会将其作为标准的明确部分。 这是我们看到的一件事，没有一家公司主导该项目的承诺是健康的，而且我们看到用户说这就是他们所喜欢的。

我们与之交谈的每个用户都与生态系统中的公司合作。 他们说的是“我们绝对想要那个。” 他们喜欢选择，他们喜欢这样的事实：如果他们决定在供应商之间转移，那么它仍然是由来自世界各地以及来自许多不同公司的众多人员共同贡献的基本代码库。 令人振奋的是，社区如何适应任何行业随着时间的推移不可避免的变化和整合。

如果您今天想让年轻的开发人员放学，对OpenStack感兴趣，您会告诉他们什么？ 为什么OpenStack仍然是令人兴奋的技术领域？

对于我来说，我总是尽力退后一步，以宏观的角度了解推动技术或整个市场发展的因素。 令人兴奋的是，对基础设施的巨大需求正以令人难以置信的速度增长。 因此，随着廉价传感器的普及使我们能够比以往捕获更多的数据，随着数量的增长，如何实际处理，存储和移动数据的有趣问题实际上还处于起步阶段。

我认为边缘计算可能是其中最有趣的事情之一。 例如，我们从剑桥的一些研究人员那里听说了上次峰会上的平方公里阵列 。 这是一个每天将产生令人难以置信的海量数据的系统。 如此庞大的数据以至于实际上世界上没有足够的硬盘来存储它们每天要捕获的数据量。 他们必须通过算法和边缘计算，从噪声中滤除信号，有时还必须丢弃一些信号，因为原始存储容量不足，而物理机制则无法将这些信号向上移动。一些集中的云。

因此，我认为您将再次看到架构的发展趋势，因为迫切需要管理五千万台服务器。 无法以手动方式进行操作。 它必须高度自动化。 我们正进入一个阶段，它将变得更加令人兴奋，因为物理和经济学之间的这种平衡使得很多数据只需要保留在边缘，就不能物理地移到中心。 我认为您会看到架构的变化以及人们对系统的思考和操作系统的方式，每当有这样的钟摆开始回荡时，这便是进入基础架构的激动人心的时刻。

---

OpenStack峰会将于下周在波士顿举行，Opensource.com将在那里报道所有令人兴奋的新闻和事件。 请确保在Twitter上查看#OpenStack和#OpenStackSummit主题标签，以实时了解发生的情况。

翻译自: https://opensource.com/article/17/5/openstack-interview-mark-collier