在德国OpenStack Days – DOST，“Cloud Report” （下文CR）有机会与OpenStack基金会的首席运营官兼OpenStack的创始人之一柯理怀（Mark Collier）（下文MC）进行了交谈。

嗨，Mark，很高兴认识您！请告诉我们一些有关您和OpenStack基金会的信息。

[MC] 嗨，我是OpenStack基金会的Mark Collier。最初，我是OpenStack的创始人之一，这是在我们成立基金会之前就存在了的项目。当时我为一家名为Rackspace的公司工作，我们开始了这个项目。Rackspace是在美国和英国的一家大型托管云提供商。作为云提供商，我们试图弄清楚如何构建具有竞争力的云以及如何与大型科技公司抗衡。我知道我们将需要大量的工程，大量的帮助和大量的开发人员。而且我们当时试图雇用很多开发人员的时候，我们已经有云了。Rackspace与Amazon一起是最早的云公司之一，实际上是在Microsoft或Google进入业务之前。但是我们知道，为了获得技术，我们需要拥有合作伙伴并围绕它真正建立一个生态系统。因此，当时的决定是完全拥抱开源，这就是后来的OpenStack。我们于9年前启动了这项计划，2010年我们与NASA航天局以及其他25家公司建立了合作伙伴关系。当时的想法是，对于基础设施即服务，我们希望建立一个由许多公司和许多个人参与的大型社区，然后在我们开始开源项目大约两年后，我们创建了基金会，所以，这就成为了OpenStack基金会。这样做的原因实际上只是为了可持续增长，这个项目需要一个独立的非营利性家园，而不是一个商业实体。因此，我们可以成为中立的第三方，并确实有助于促进社区的成长，引入我们希望在基金会中看到的更大型的参与者，例如IBM，Cisco和Red Hat，以确保OpenStack具有长期的未来。那就是把我们带入基金会的原因，我是基金会的首席运营官，从那时起，这就一直是试图管理增长的艰辛旅程。

在技术领域，我们拥有大量用户，它的变化非常快。我们有很多公司进入市场来构建产品，并且有很多开发人员为代码做出了贡献。在2019年10月发布的最新OpenStack Train版本中，来自50多个国家和165个组织的1,100多名开发人员提交了25,500项更改。这种发展速度使OpenStack成为世界上三个最活跃的开源项目之一。很多人不了解这个情况，是因为我们实际上不使用GitHub，那里通常是人们了解大量统计信息的地方。实际上，我们早于GitHub成长起来，因此我们使用Git技术，它是用于代码协作和代码存储的开源工具，因此我们托管自己的Git。我们使用Git，但不使用商业产品GitHub。而且由于我们使用自己的Git，因此当人们只是进行快速学习的时候很多数据就不会显示出来。近年来，人们一直有一种误解，就是“开源中发生的一切都在GitHub中发生”的想法。Linux内核，Chromium和OpenStack，这是世界上最活跃的三个开源项目，它们都不使用GitHub，因为……GitHub很棒，GitHub没什么问题，但是它是近几年才出现的，而且取得了不同的合作模式。因此，我们结合使用了自己的Git，使用了称为Gerrit的工具进行代码审阅，这是Google几年前发布的一个开源项目，因此我们非常活跃，我们使用了名为Zuul的工具进行代码测试并且是在OpenStack社区内开发的。因此，在Git，Gerrit和Zuul之间，我们管理着我们的协作和代码流。现在，我们在180个不同的国家拥有十万名成员，因此，要在整个开发人员活动中管理如此规模的社区，我们需要为自己提供大量工具。但是现在我们开始看到其他公司采用了那些想要以与OpenStack相似的方式编写开源软件的工具，这些工具实际上已经成为OpenStack基金会的一部分。这是我们希望在这里共享的更新之一，OpenStack基金会本身已经发展为可以托管其他开源项目的一个平台。

OpenStack的想法是，对于基础设施即服务（IaaS），我们希望建立一个由许多公司和许多个人参与的大型社区。

[CR] Kubernetes不仅仅是一种趋势。CNCF建立了用于容器化工作负载的最新生态系统。这如何影响OpenStack的现在和将来？

[MC] OpenStack仍然是世界上第三大开源项目，但是现在还有其他四个开源项目属于OpenStack基金会，我可以为你提供一个简短的摘要：Airship，StarlingX，Zuul和Kata Containers。它们都有一些与容器相关的模块，因为容器非常有价值。自从容器和docker的出现确实对OpenStack产生了非常积极的影响，因此，我们使用了容器，它们使OpenStack变得更加可靠非常有用，因为我们可以将控制平面容器化，并且可以快速启动，管理和升级OpenStack，因为OpenStack服务器放置于容器中。在某些方面，OpenStack就成为了一个应用程序，一个Linux应用程序。它是一个提供基础设施即服务的应用程序。因此，我们使用容器已有数年之久，以使控制平面更易于升级，这也是任何应用程序开发人员都喜欢容器的原因。所以，我们已经在使用它了。Kubernetes和OpenStack已被证明是一个非常强大的组合。在我们的用户调查中，超过一半的用户告诉我们他们在OpenStack之上使用Kubernetes。因此，我认为很多人都在某种程度上产生误解，认为它们彼此竞争，或者一个取代另一个。实际上，无论是AWS，Azure，Google还是OpenStack云，Kubernetes都运行在可编程基础设施之上。除了数千个私有云外，OpenStack还为全球数十个公有云提供支持。其中包括通过City Network，OVH和Open Telekom Cloud等提供商在欧洲拥有的庞大业务。最近，欧洲宣布了一个名为Gaia-X的新项目，目的是在数据主权要求的驱动下为欧洲构建更多的云，这在德国尤其强烈。对于已经在整个欧洲支持此项要求的OpenStack公共云而言，这将是一个巨大的机会。真正发挥基础设施作为服务层的作用，以使裸机基础设施实现程序化。随着最近的几次OpenStack版本的更新，裸机预配置已经成为了其中的关键部分，因此您甚至可以想要在没有虚拟机的裸机上运行Kubernetes，当然从安全性的角度来看，对于大多数用例而言，这也许不是一个好主意。但是，如果您拥有一个非常严格安全的环境来控制它，或者您仅仅运行应用程序而不是多租户，则可以...可以这样做，而此时在裸机上您仍在运行OpenStack，其实有时人们会将OpenStack与虚拟机混为一谈，这并不是很准确。

因此，OpenStack是从裸机开始的，有一个结合Keystone的场景，接着有了一系列的完整组件，这些组件构成了如何控制对资源的访问，通过可编程的方式，然后虚拟机成为了其中的一部分。尽管如此，大多数运行它的人还是使用OpenStack运行虚拟机，但是你可以在虚拟机中运行容器化的Kubernetes集群。出于安全性考虑，这实际上是大多数人将容器应用于生产中的方式，人们把容器运行在虚拟机中。或者你真的很大胆，可以将容器跑在裸机之上，但你仍然可以将OpenStack用于裸机层。因此，容器对于OpenStack来说确实是一件好事。我想可能是有许多人出于某种原因认为它们是彼此竞争的，但这只是当新事物出现时人们就会默认认为当下已经存在的事物就必须处于危险之中而已。而现实是所有这些事物都是彼此相辅相成的。当OpenStack出现时，Linux并没有消失，OpenStack建立在Linux上。这是我们试图解决的问题。我们已经看到一些最大的用户正在使用OpenStack运行Kubernetes。随着基金会的发展，随着新项目的发展，我们知道我们现在如何托管和帮助OpenStack之外其他项目周围的社区，它们都有某种形式的容器模块。因此，Kata Containers特别是我们所做的第一个试点项目，它不是OpenStack的一部分，而是OpenStack基金会的一部分。这有点令人困惑，因为它们两个都带有OpenStack这个词。我们并没有试图添加数百个项目，我们仅添加了四个。所以，我们正在缓慢地进行审议，并且仅托管新项目，这对于我们的社区确实有意义。

[CR] OpenStack是目前最复杂的开源软件解决方案之一。所谓的“核心项目”是稳定的，并且企业已经准备好构建强大的基础设施即服务平台。但是基金会为OpenStack提供了许多小的附加项目，例如Sahara，用于任何事物即服务平台。您如何看待这些项目的未来？对于任何事物即服务而言，OpenStack是一个不错的选择，还是应该将其更好地用于基础设施即服务？

[MC] 我认为主要关注点仍将是基础设施即服务，并且在OpenStack历史上发生的一件事情是，我们有一段时间错误地认为了一些事，就是如果一项技术需要走上云，它应该是开源的。这部分不是错误的想法，但是第二部分，就是因此它应该是集成进OpenStack的。这是错误的。我们意识到，我们希望构建现代云所需的一切都要开源，但这并不意味着所有这些都需要放入OpenStack中，这是这两三年来的一次想法的改进。就像：等一下，我们应该就将OpenStack放在它需要关注的重点上。我们应该与其他社区合作，我们应该帮助建立与OpenStack合作的新社区，这些社区可以构建和解决问题。但这并不需要进入OpenStack。因此，如果您再次观察在我们的基金会，看到像Kata Containers，Airship，StarlingX一样的项目，你会发现它们都是我们的社区正在帮助的新产物，但是我们没有将它们放入OpenStack，从某种意义上说，它们有属于自己的社区，它们正在构建自己的可交付成果，根据自己的时间表进行发布并拥有自己的治理。试图将所有这些推入OpenStack将会是错误的方法。现在我们采纳了从更务实的视角看待这些。

如果您注意到任何一家OpenStack云，它绝不仅仅是OpenStack，而且也从未如此。有Linux和KVM作为虚拟机监控程序，有RabbitMQ和用Python编写的组件，因此实际上在生产中结合了各种开源的东西。但是，我们只是试图从更大的角度出发。现在有这么多开源，这是一件了不起的事情，但同时也给我们的用户带来了一系列新问题。那么，我们作为基金会可以做什么呢？很多我们所做的工作涉及测试，涉及跨社区的工作，并且说不是所有东西都应该放入OpenStack，不是所有东西都应该放入Kubernetes，不是所有东西都应该放入Linux，如果您研究人工智能/机器学习，就会发现TensorFlow之类的东西不在基金会托管中，那很好。基金会方面是无关紧要的，真正重要的是我们如何使所有这些东西一起协作？因此，我们正在做更多的测试工作，我们今天正在Kubernetes社区内进行测试，如果新版本的Kubernetes不能在OpenStack之上测试通过，这个新版本就不会发行，因为OpenStack是他们测试的一部分，就像他们针对Amazon，Google，Microsoft进行测试。同样，如果新版本的OpenStack在Kubernetes上无法测试通过，也不会发布。因此，在需要将这些部件组合在一起的地方，我们正在尝试通过协作，合作和测试，测试，测试来更好地服务于市场，然后在存在差距的情况下创建新项目。但是谈到创建新项目，我们的重点依然是基础设施及服务。

有些项目跨越了边界，但是在大多数情况下，它们最像安装程序，比如Magnum是集成在Open Stack中的一个Kubernetes项目，它要做的重要事情就是安装Kubernetes。它不会取代Kubernetes，而是以自动方式安装。在法国，欧洲核子研究组织（CERN）具有30万核的OpenStack云，并且它们在上面运行数百个Kubernetes集群，他们是使用Magnum做到这一点。所以说，社区有这些集成项目，但是它们都没有尝试替换基础设施服务之外的其他功能。

Kubernetes和OpenStack已被证明是一个非常强大的组合。

[CR] 业内一些声音在说，OpenStack的时代已经过去，您对OpenStack作为IaaS平台的总体未来有何看法？

[MC] 我想这类新闻肯定会获得点击，否则人们不会把它发布在他们的LinkedIn上。他们这样做有一些原因，但是我们要做的就是每天与我们的用户，我们的开发人员和我们的生态系统进行对话，并尽力帮助他们。在我们参加本次活动的同时，我们与BMW进行了交谈，他们今年的足迹增长了30％或40％。宝马是OpenStack的庞大用户，而且他们在增长，但实际上增长速度还不够快。他们还使用Zuul（CI/CD工具）作为一项顶层项目。我们与这样的客户或用户交流，他们的足迹正不断扩大，并且我们有新用户上线并讨论他们如何解决问题。

老实说，我已经做OpenStack九年多了，我认为没有哪一年没有被问到像“OpenStack已死”这样的标题。我就说，“好吧，我之前已经听过了”，然后我回去努力工作以使其变得更好。

我要说的挑战之一是，技术界对新技术，热门技术和年轻技术以及下一个技术都非常着迷。但是，如果整个世界都在运行某项技术的软件产品，那么这项技术实际上就并不处于下一代技术，而是当下，当前的技术供应。一旦被采用，这些产品/技术就不再处于未来。这并不是说这些产品/技术在未来就不会出现，而是说对于它们的叙述并不符合令许多人感到兴奋，想要阅读和发推文的属性，因为它们只是在安静地解决问题。我的意思是说，Linux现在比以往任何时候都被广泛采用，但新闻发布量可能比以往任何时候都要少。但是Linux无处不在。OpenStack也类似。中国最大的电网是中国的国家电网，运行OpenStack。因此，如果您在中国并且正在取电，则它来自OpenStack云。中国铁路是世界上最大的铁路系统，他们使用OpenStack。他们每年在火车上出售的数十亿张票都在OpenStack平台上运行。如果你身处美国，并且以AT&T作为电信服务，则你的4G和5G通话将通过OpenStack。如果你注意电子商务，那么有很多像宝马这样的汽车公司。因此，OpenStack从未像现在这样普遍存在，它越来越成为你每天使用的基础设施的组成部分。可能没有多少人发过推特，但是我们的目标始终是构建有用的技术并使其得到广泛采用，因此在这方面，我要说我们对项目已经九年多了很满意。

[CR] 我们在这里看到相同的情况。三年前，德国的所有公司（例如宝马和其他大型供应商）都对OpenStack真正感兴趣，然后去年我们的需求减少了，大部分客户都在谈论Kubernetes，OpenShift。目前，我们看到了第二波需求。我们对OpenStack的需求如此之多，目前有许多公司正在基于OpenStack构建私有云。

[MC] 太棒了！告诉他们给我打电话！关于开源以及为什么我们喜欢参加这些活动的有趣之处就在于，我们总是会遇到新用户。由于OpenStack软件中没有打电话回社区并告诉我们的功能，因此有时候经常遇到一个用户，我说“这就是你应该使用OpenStack的原因”，而他们却说“我们已经运行了三年”。理论上，我们不知道有谁运维OpenStack，除非他们来找我们，或者我们在类似这样的活动中遇到他们。你给了我一些好消息。

[CR] 一些用户告诉我们“OpenStack很好用，但是很难运维”。它是目前最复杂的开源技术之一。您对这些用户有什么建议？使用开源社区版的OpenStack？使用像Redhat，Suse，Mirantis或Canonical这样的供应商版本OpenStack？

[MC] 一切都取决于个体用户，但是我认为，当我们建立OpenStack项目和基金会时，我们非常认真地考虑的一件事就是我们希望有一个强大的生态系统。因为这是项目长期发展的一部分，所以公司可以帮助用户来适应软件，而且这些公司也雇用了大多数编写软件的开发人员。因此，这是一个良性循环。我们从未以任何方式损害OpenStack供应商的价值，实际上，我们非常想成为推动OpenStack平台成功成为强大生态系统的三大力量之一。因此，我认为大多数用户确实应该与供应商合作。这并不意味着您无法自己做到并获得成功，有很多自行使用OpenStack成功的例子。但是我通常会告诉人们，开始与供应商交谈并没有什么害处。那里有很多选择，有很多主要参与者。每个Linux发行版都有像Mirantis和其他OpenStack发行版一样的OpenStack产品。供应商会是一个很好的起点。

我们应该与其他社区合作，我们应该帮助建立与OpenStack合作的新社区，这些社区正在构建和解决问题。但它们并不需要集成进OpenStack。

我要指出的另一件事是，Airship和StarlingX都是OpenStack基金会中的新开源项目，但它们实际上都包含OpenStack。他们都充分利用了OpenStack和Kubernetes的优势，并将它们结合在一起以用于服务特定的用例。因此，Airship服务的用例的独特之处在于他们拥有数百个站点，他们正在运行数百个OpenStack云，并且他们希望运行数千个，因为它正在扩展到网络的边缘。他们希望能够在现场进行零接触配置和升级。这些是我们在OpenStack操作中看到的挑战。AT&T达到了一个规模，他们没有选择，只是以一种根本无法工作的艰难方式进行选择，因此他们不得不完全自动化地进行扩展，配置与升级，这就是为什么他们创建了Airship。事实证明，并不是每个人都希望在边缘运行上千个云，即使只有一朵云，Airship实际上也是适用的。因为它们从裸机开始就为整个基础设施创建了可重复的可升级生命周期管理系统，并且它允许根据工作负载来混合和匹配Kubernetes和OpenStack并将它们连接在一起。因此，即便有电信公司，他们采用了Airship为5G做的部署，并不是特别针对扩展云的一些目标，它实际上也只是用于自动化部署，升级基础设施（包括OpenStack和Kubernetes）的。Airship是一个较新的项目，因此人们当然必须对其进行评估。它并不是一个像OpenStack一样已有9年的历史的开源项目，但它依赖于许多成熟的技术。上周我们刚和一家公司谈过。世界上最大的咖啡连锁店之一正在考虑将Airship作为一种使OpenStack进入其所有咖啡店边缘的工具。所以Airship真的很有趣。

StarlingX也是结合了OpenStack和Kubernetes。它非常适合边缘和工业物联网用例。因此，这两个项目在某种程度上是相似的，但是它们都是独立运作的，它们之间有一些共同的组件。StarlingX也相对较新，但它是由Wind River和Intel及其他一些公司发起的，最初是Wind River基于OpenStack构建的商业产品。但是后来他们决定将其开源，并加入了OpenStack基金会。“我们有这个商业产品，我们想围绕它建立一个社区，我们希望它是开源的。它基于OpenStack，因此将其引入您的基金会非常有意义。”所以，StarlingX包括了OpenStack和一组针对小型用户案例进行优化的组件的组合。两台服务器规模就可以帮助您将其部署在边缘端。因为它起初是商业产品，所以已经在一些大型工业企业的生产环境中运行：比如中国银联，这家超级大型的中国金融服务公司。他们每年进行五亿美元的交易，每天交易五万笔。因此，他们在中国的移动支付领域主导了作为支付形式进入中国的任何地方。五年来，他们一直在运行OpenStack，但现在他们有兴趣尝试StarlingX，因为他们在数据中心一端更多地使用了OpenStack，这些数据中心需要从所有的交易业务中提取并处理这些数据，然后存储以及进行一切其他相关的操作。但是他们要做的实际上是将OpenStack一直延展到边缘端，像是每个刷卡的销售点。这是一个极端的用例，可以将某些东西真正发挥到极致，因此他们正在考虑使用StarlingX，因为它允许客户缩小到实际上只是OpenStack和/或Kubernetes的某些子组件，并以不同的组合来满足边缘用户案例。这些新的基础设施用例是我们在基金会拥有新项目的主要原因之一，因为仅OpenStack不能完全做到这一点，但是作为基金会，我们希望帮助所有这些人采用开源。我们的使命是帮助人们构建和运维开源的基础设施，无论我们想在哪里发展和培养基础设施成熟，我们都希望开源能够成为专有解决方案的可行替代方案，并且通常情况下这意味着协作，编写软件和测试。因此，这就是我们与社区一起成为基金会的方向。OpenStack是其中的核心，但是还有其他很酷的东西要确保开源在所有这些新环境中都可行。

我已经做OpenStack九年多了，我认为没有哪一年没有被问到像“OpenStack已死”这样的标题。我就说，“好吧，我之前已经听过了”，然后我回去努力工作以使其变得更好。

[CR] 基金会已于今年3月取消了COA考试，是否有计划进行新的考试？

[MC] 当我们宣布结束COA的时侯，很多人冒出来说，“我们喜欢它！我们需要它，我们希望它继续下去。” 对COA持续不断支持和需求的强烈要求使我们感到惊喜。因此，我们说：“让我们找找其他选项”，然后我们做到了。后来，Mirantis向我们寻求帮助，想继续对COA进行管理并使得COA继续运行，更新以及升级到新版本。由于社区需求的增加，OpenStack基金会与Mirantis合作，从2019年末开始继续进行COA考试(www.openstack.org/coa)

[CR] 您还要讲些什么吗？

[MC] 对于我们来说，聆听反馈并聆听大家的看法是一件很有兴趣的事情。我们一直在努力争取将记录保持到“ OpenStack快死了吗？”。它已经进行了九年，有些事也许比较重复，但是我们想知道人们依然在哪些地方感到困惑，我们在哪些地方可以做得更好以培育市场，因为对于已经解决的问题，在规模上也已得到证明。如今，我们已经拥有由OpenStack管理的一千万个计算核心。实际情况也有可能比这个数字高得多。我们所知道的数字就是那些说他们正在运行OpenStack的人告诉我们，我们将这些数字相加，因此实际数字可能会高出许多倍。但是，我们每年都会进行一次用户调查，并将在今年晚些时候发布有关的用户调查报告。我们的2019年用户调查刚刚截止。OpenStack的第二十版在10月16日发布了Train。这些都是即将发生的事情。我们的下一次峰会将在上海举行，这是中国大陆的第一次。这会非常令人兴奋。在中国开展业务是一个令人兴奋的时刻。

这是一个疯狂的世界，但是开源可以使我们团结在一起。我喜欢的一件事是，我们有来自187个国家的成员，这些成员是我们基金会的一部分，而且这几乎涵盖了世界上每个国家。因此，我们尝试工作时不考虑边界，公司边界或国家边界。仅使用OpenStack，而不去陷入政治困境。我们可以实现共同的目标，而不必担心我们的政客，这是一件好事。

[CR] 这些最后的话说得真好。感谢您的时间！

SAP的Michael Schmidt在柏林的DOST 2019上讨论了OpenStack的最新发明。