一年前的奥斯汀峰会上，一位记者提了这样一个问题：OpenStack是基础设施平台，服务于IaaS，但在电信运营商那里，他们把它用作NFV的服务平台，实质上就是NFV的控制器，这看起来与云计算平台没什么关系，那么OpenStack一定与云有关系么？
OpenStack基金会首席运营官Mark Collier简短的回答了这个问题，他说在他看来，只要能够把计算、存储和网络的资源整合起来，你把OpenStack用做什么用途都是可以，只要你有了资源和能力，那么你就拥有了一切。
现在，在波士顿峰会，我们看到OpenStack开始朝着Mark Collier的这一看法往前走了一大步。
Verizon公司云网络产品经理Beth Cohen史无前例的把OpenStack变成了一个"Cloud in Box"：Verizon把OpenStack植入其通用客户端设备（uCPE）中，从而使用OpenStack+x86标准硬件的方式设计了一个无线网络设备，这一设备可以被用于在网络的边界（Edge）提供扩展的、虚拟化的、动态的网络服务。
电信运营商一直希望能够提供更好的虚拟网络产品方案，为大规模分布式NaaS （网络即服务）解决方案，可将计算、网络和存储资源置于网络边缘，用以支持不断激增的入网设备和物联网需求，这意味着他们需要更好的边缘计算解决方案：简单、标准化、功能强大、成本低廉，最好还是开放的--边缘计算可在终端用户和源头附近快速处理大量数据，从而降低延迟、减少网络瓶颈。关键数据将返回至中央云进行大数据分析及长期存储。信息数据、性能调整以及其他操作上的改进均会依次推送回边缘云以提升用户体验和成本效益。
因此，Verizon选择在设计他们的边缘计算虚拟网络设备时，使用OpenStack+x86标准硬件的架构，Beth Cohen认为，开源的白盒设计（Open Source White Box）"简化了软件定义产品的难度，可以让uCPE实现以应用为中心的网络部署。" uCPE可以在网络边缘提供不同的网络服务，而且可以动态的调整没种不同的网络服务所获得的资源，这极大的降低了电信运营商和网络服务提供商在支持关键的虚拟网络功能（VNF）时的独立硬件设备成本。
Verizon的uCPE现在可以提供WAN优化、安全、路由、SD WAN等等不同的功能，并由Verizon的不同合作伙伴生产制造："Verizon公司是边缘计算中领先的OpenStack用户之一。OpenStack已经是电信运营商首选的云软件，无论是边缘计算还是集中式私有云和公有云数据中心，它都是基础设施平台的首选。"
继巴塞罗那之后的第二次互操作性测试则展现出OpenStack仍然维持着很好的互操作性，这意味着，你可以利用不同供应商的不同OpenStack构建一个分布式网络，或是在你的某个边缘/核心业务发生问题时，快速实现从一个供应商到另一个供应商的切换，从这个角度来讲，OpenStack所服务的已经不仅仅是企业的用计算平台，而是一个企业的"高可用性架构（HA）"。
第二次互操作性测试同样在大会的第二天上演，来自Canonical、德国电信 （Deutsche Telekom）、EasyStack、华为、IBM、NetApp、Platform9、Rackspace、红帽公司、SUSE、云途腾（T2Cloud）、VEXXHOST、VMware、Wind River及中兴的技术人员展示了如何同时在OpenStack云上部署Kubernetes并使用容器管理工具来同步部署分布式CockroachDB 数据库及NFV 应用。
结果自然令人欣喜：你会看到如果你有一个分布式的CockroachDB 数据库及NFV 应用，你可以在后台看到来自15个不同供应商的OpenStack可用区（或者说可用服务），如果你有些业务需要"随身携带"，你甚至可以借此把你的数据库放在离你最近的地点。
Mark Collier表示︰"事实上，这是我们第二次举行互操作性挑战活动。第一次是在上届的巴塞罗那峰会，我们展示了如何在不同供应商支持的OpenStack环境中分配工作负载，且能保持一致的行为和性能。而本次挑战，OpenStack 社区将标准进一步大幅度提高，展示了各种基于微服务的应用之间的互操作性，这些基于微服务的应用使用Kubernetes对存储和网络功能皆能进行管理。这一挑战形式，充分表现出OpenStack 社区对互操作性的承诺以及聚焦创新继续服务各OpenStack云的决心。"
既然提到了Kubernetes，就不能不说到容器（主要是Kubernetes）与OpenStack的关系这一热议话题（要知道OpenStack的用户正在比其他企业云的用户更快的使用容器技术，2016年的调查显示，有超过55%的OpenStack用户在使用容器，而其他云平台用户只有17%，同时OpenStack用户中45%部署了Kubernetes），对很多人来说，Kubernetes和OpenStack现在的关系非常微妙：两者现在有着各种组合，比如说K8S上做OS，OS上运行K8S，或者是K8S+OS+K8S这样的所谓"三明治"组合。
但听听用户的声音总是没错的，比如说eBay，云计算基础设施和平台高级总监Suneet Nandwani就认为，将OpenStack设计用于大规模扩展的环境当然会有很多的艰难和颠簸，但把它用于Kubernetes的底层是一个正确的决定。
Jonathan Bryce提出，OpenStack是裸金属、虚拟机以及容器的"Control Plane"
"如果你想要一个计算节点，然后你想要创建一个服务，比如负载均衡器，那么裸机（物理机）上的Kubernetes就一定更好么？" eBay的选择是把大多数的Kubernetes（包括位于企业后端的那些虚拟机节点）部署在OpenStack上是一个正确的决定，eBay的Kubernetes集群已经达到22000个核心、6个可用区、支持178个业务应用的规模，包括AI平台、边缘计算堆栈、弹性搜索、网络自动化、分布式NoSQL以及Kafka（分布式消息队列）都在上面良好运行--在这一过程中，eBay甚至开发了一种工具：TessMaster可以全面管理Kubernetes集群的生命周期，在大会演讲上，eBay宣布计划开源这一产品。
Google对于Kubernetes和OpenStack的看法与eBay是大致相同的，Google的Kubernetes项目经理David Aronchick在第一天的大会上有一个简短的对话，在十几分钟的对话中他强调：Kubernetes的强项是容器的编排，它需要一整套的基础设施（及为其提供资源），（如果我是Kubernetes的用户）我可不想在Kubernetes本地处理这些东西。
但也有对此感到不屑一顾的人，一位现场参加会议的技术工程师在Twitter上写道："The world is moving to containers, and OpenStack is just going to go away."IT自动化供应商Turbonomic的创始人Eric Wright是所谓"三明治"架构的提出者，也就是"Kubernetes on OpenStack on Kubernetes"，有很多人在听了他的演讲后都认为"这是一个糟糕的想法。"
但Eric Wright并不这么认为，在和他的交谈中，他强调，这样的多层方法是"gateway drug to Kubernetes on bare metal."他认为，Kubernetes肯定会受到OpenStack社区的嘲讽和抗议，而且很多人也会认为在裸金属上运行三明治架构简直是疯了，但这样的设计"在灵活性和资源供给上面是最好的"，他认为他和他的公司（当然也包括"三明治"）可以帮助企业实现更灵活的业务应用承载，"但我们都知道，drug既是（医学）药品，也是麻醉药、毒药的意思。"一位旁边的听众给出了这样的理解。
当然，OpenStack的进展一向都很快，OpenStack和Kubernetes之间的合作由来已久。在OpenStack的项目中，有包括Magnum、Murano、Kolla-Kubernetes、Kuryr以及Openstack-Helm，这些项目都是从不同角度创建来帮助与Kubernetes的集成更紧密。同样，Kubernetes社区也驱动了OpenStack Special Interest Group，主要的目标就是解决将Openstack作为Kubernetes本地云服务出现的问题，以及通过Kubernetes管理实现OpenStack组件作为容器化服务的能力。
此外，第一天的演讲还展示了如何让OpenStack在医学诊断机器人领域发挥它的功效，这一部分极具前瞻性也非常有趣，"当你看到小小的机器人在你的胃里帮你解决胃溃疡或者胃出血的时候，你不会想到这和OpenStack有关系。"该项目负责人说道。
是的，从边缘计算到与容器融合，再到医疗机器人，OpenStack看起来不仅是最佳的云平台选择，而且还是包括万象、囊括一切的选择，对此人们并不感到吃惊：在这个数字化转型的时代，企业需要数字化技术以支撑起业务转型和创新应用，但所有这一切的基础，是首先你能够把硬件统一管理、运营和提供出来--"当你运行十台独立服务器时，你不可能知道它们结合在一起作为一台大型计算机时，到底能为你带来哪些神奇的事情。"十年前VMware创始人的观点，在此值得被再次重复和用来帮助理解OpenStack之所以不断拓展覆盖率的原因。
