了解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会议上会面，这次峰会将有何不同?首脑会议的作用如何变化?
主要原因我们走这条路峰会作为一个社区,是因为,当我们设计峰会举行峰会的同时,总而言之,我们遇到的问题是,我们将上游的开发人员可能会飞三千英里的一个城市,我们在这event-hey两个房间了运营商和用户他们想说话,但他们不能。他们当时正忙于计划一个发布的实现细节，而开发工作才刚刚开始。有点讽刺的是，把大家聚在一起，他们实际上并没有像我们想的那么多，因为有太多的事情同时发生。这是太多的时间压力，特别是对上游的开发者，能够得到时间参与。
有几个不同的方面。一个是用户直接与运营商接触，了解他们喜欢什么，不喜欢什么，以及他们希望软件如何发展。二是长期战略讨论。按照6个月周期的工作方式，设计峰会将在发行版刚开始写的时候举行。偶尔也会写一些代码。没有太多的时间去考虑更长远的问题。如果你想一下我们现在是如何改变模型的，PTG就起到了这个作用。这是一个以开发者为中心的事件，他们讨论如何实现下一个版本的内容;它非常注重实现和细节。
在持续的基础上，我们现在在主要的首脑会议中有一个称为论坛的概念。所以论坛不是在发布前6个月，而是在发布前9个月。你在波士顿看到的是，我们将把上游开发商和运营商放在同一个房间里。所有的内容和讨论都是由这两个社区共同决定的。他们可以讨论我们希望OpenStack成为什么样子，9个月或更长时间之后。有更多的喘息空间去思考更长期的问题。
开发人员仍然会被邀请来参加峰会，但是他们会有更多的自由来参加各种类型的反馈会议，领导会议，并在会议风格的会议上发言，我们将继续这样做。这确实给了他们一个机会，让他们能够抬起头来看看更长远的前景，并与运营商、产品经理和那些考虑未来OpenStack的人进行讨论。
我参加过的每一次OpenStack峰会似乎都有一个大家都在谈论的大话题。这次峰会的主题是什么?
Jonathan Bryce将于周一在波士顿做一个主题演讲，他将谈论OpenStack驱动的私有云实际上比你想象的更便宜，做的更多。特别是超尺度云。我们开始看到一些用户正在拥抱混合或多云世界，其中包括一些公共云和一些私有云。他们对于在何处放置什么工作负载变得越来越复杂。在许多情况下，通过将某些战略性长时间运行的工作负载转移到私有云，可以节省大量成本。
OpenStack已经进入了许多有趣的用例，这些用例是你以前从来没有预料到的。它为移动网络上的数百万用户路由电话呼叫，围绕边缘计算还出现了其他一些有趣的用例。我认为这将是一个非常酷的主题，你会开始看到，在这个行业的回升。OpenStack很好地适应了边缘计算的概念，在这个概念中，在这些巨型网络的边缘收集和处理了大量的数据，实际上，在边缘上进行计算也是有意义的。我们已经开始看到一些这样的例子，我们将听到一些，包括Verizon。
第二天，我将在星期二做主题演讲。我将要讨论的主题是可组合的开放基础设施，考虑所有这些OpenStack服务与非OpenStack开源项目的不同组合，来做新的和有趣的事情。我们看到的一个新兴趋势是，人们选择特定的OpenStack服务来满足他们的需求，而不必部署整个OpenStack套件。例如，如果他们想要块存储，他们可以部署Cinder，这可能是kubernetes精心设计的基础设施的后端。或者他们可能只是想利用讽刺来管理他们的裸露的金属或者中子来管理他们的网络，但是他们不一定想要一整套的OpenStack服务。
第二天会有很多演示。我们打算做一个讽刺的演示和一个煤渣演示，以及一个与Kubernetes相关的数字，以一种我们以前从未做过的方式挑战极限。
你希望在下一个版本和以后的版本中看到哪些重要的东西?
其中一个备受关注的领域是关于零停机升级。多年来，人们一直说升级是一个痛苦的问题，而现在我们已经逐步解决了这个问题，现在大多数服务都可以升级，而不会中断工作负载。随着我们进入更复杂的实时升级方法，我们可以开始进行零停机升级，例如，API服务甚至一秒钟都不会停止。在一些正在进行的项目背后，有一些有趣的架构和实现细节。升级的概念是尽可能无痛的，这真的会让你受益很多年。用户面临的最大困难之一是跟上OpenStack的发布进度和发布速度以及创新。但是，一旦您走上了一条顺利的升级之路，您就可以轻松地使用未来的每个版本了。
升级的一个方面是围绕容器。因此，您会看到越来越多的OpenStack部署和管理实现将OpenStack服务放在容器中。您有Kolla项目，甚至在此之前就有许多发行版有自己的方法来封装OpenStack。这些都在可管理性方面带来了好处。
在Ocata版本中，涉及到容器的项目——例如kolla和Kuryr——是发展最快的领域。Kuryr是本地容器网络技术和中子之间的桥梁。我们将OpenStack称为一个由裸金属、虚拟机和容器组成的平台，而真正的神奇之处在于网络。如果你想有一个复杂的工作负载的一些流程是在裸金属不同的原因,性能,安全,隔离,等。——有些是运行在vm和容器也混在里面,真正神奇的是,当你可以运行在一个共同的网络。Kuryr在那里扮演着重要的角色，我认为我们将会看到Kuryr所能做的更多复杂的事情。我们将在第二天做一个演示，展示在OpenStack环境中使用Spark和其他一些大数据服务的大数据工作负载，该环境结合了裸机、虚拟机和容器。
OpenStack背后的开源社区是如何随着时间发展和改变的?在你看到社区进步的过程中有没有什么大的惊喜?
看着和回想它是如何成长的，这是疯狂的。早期参与其中的人是因为他们相信这个想法。我们有，充其量，一个松散的Nova原型，我们有一些工作得很好的Swift代码，但是就软件的现状而言，七年前并没有很多。它实际上是关于那些相信这个想法的人，所有这些不同的公司可以把一些资源放在一起，帮助创建一个标准的和开放的基础设施的选择。人们一想到它就兴奋起来，并成为可能产生影响的事物的一部分。
这需要一些时间来结出果实，并开始看到一些大用户。如果你回顾三、四年前，我们有全世界的沃尔玛，eBay运行OpenStack，这是令人兴奋的，但有一种感觉，你需要成为eBay或沃尔玛才有能力做到这一点。在过去一年左右的时间里，我们真正看到的是软件变得更好了。这实际上是因为用户在贡献者基础中占了更大的比例，在提供需求中占了更大的比例。这不是一个学术问题，我们认为什么是运营商想要的正确解决方案，现在运营商运行它，告诉我们他们想要的不同。运营商正在讨论这些问题，我们开始看到越来越多的基金会和峰会的赞助商，以及用户对开发工作的贡献。这是一个有趣的转变。
当然，我们仍然有一个非常活跃的生态系统，大公司和初创公司都在投资OpenStack并编写大量代码。它变得非常多样化。就像投资一样，他们会告诉你要有一个多样化的投资组合，如果你看看OpenStack，可能比其他任何开源项目都要多，它对系统的冲击有很强的弹性。如果一家公司决定不再雇佣开发人员，那么还有很多其他公司也在雇佣开发人员(我想，就在去年，我们有3500名开发人员为OpenStack做贡献)，它对这些变化的适应能力很强。
这是确保OpenStack中的每个项目背后都有多个附属公司的回报之一。这是我们值得骄傲的一点，技术委员会将此作为标准的一个明确部分。这是我们看到的一件事，不让一家公司主导项目的承诺是健康的，我们看到用户说这就是他们喜欢它的原因。
我们与之交谈的每一个用户，他们都与生态系统中的公司合作。他们说，“我们绝对想要那个。”他们喜欢选择，他们喜欢这样一个事实，如果他们决定在不同的供应商之间移动，那仍然是相同的基本代码基础，由来自世界各地和许多不同公司的人贡献。令人兴奋的是，随着时间的推移，任何行业都不可避免地会发生变化和整合，而社区是如何适应这些变化和整合的。
