一年前的奧斯汀峰會上，一位記者提了這樣一個問題：OpenStack是基礎(chǔ)設施平臺，服務于IaaS，但在電信運營商那里，他們把它用作NFV的服務平臺，實質(zhì)上就是NFV的控制器，這看起來與云計算平臺沒什么關(guān)系，那么OpenStack一定與云有關(guān)系么？

　　OpenStack基金會首席運營官Mark Collier簡短的回答了這個問題，他說在他看來，只要能夠把計算、存儲和網(wǎng)絡的資源整合起來，你把OpenStack用做什么用途都是可以，只要你有了資源和能力，那么你就擁有了一切。

　　現(xiàn)在，在波士頓峰會，我們看到OpenStack開始朝著Mark Collier的這一看法往前走了一大步。

　　Verizon公司云網(wǎng)絡產(chǎn)品經(jīng)理Beth Cohen史無前例的把OpenStack變成了一個"Cloud in Box"：Verizon把OpenStack植入其通用客戶端設備（uCPE）中，從而使用OpenStack+x86標準硬件的方式設計了一個無線網(wǎng)絡設備，這一設備可以被用于在網(wǎng)絡的邊界（Edge）提供擴展的、虛擬化的、動態(tài)的網(wǎng)絡服務。

　　電信運營商一直希望能夠提供更好的虛擬網(wǎng)絡產(chǎn)品方案，為大規(guī)模分布式NaaS （網(wǎng)絡即服務）解決方案，可將計算、網(wǎng)絡和存儲資源置于網(wǎng)絡邊緣，用以支持不斷激增的入網(wǎng)設備和物聯(lián)網(wǎng)需求，這意味著他們需要更好的邊緣計算解決方案：簡單、標準化、功能強大、成本低廉，最好還是開放的--邊緣計算可在終端用戶和源頭附近快速處理大量數(shù)據(jù)，從而降低延遲、減少網(wǎng)絡瓶頸。關(guān)鍵數(shù)據(jù)將返回至中央云進行大數(shù)據(jù)分析及長期存儲。信息數(shù)據(jù)、性能調(diào)整以及其他操作上的改進均會依次推送回邊緣云以提升用戶體驗和成本效益。

　　因此，Verizon選擇在設計他們的邊緣計算虛擬網(wǎng)絡設備時，使用OpenStack+x86標準硬件的架構(gòu)，Beth Cohen認為，開源的白盒設計（Open Source White Box）"簡化了軟件定義產(chǎn)品的難度，可以讓uCPE實現(xiàn)以應用為中心的網(wǎng)絡部署。" uCPE可以在網(wǎng)絡邊緣提供不同的網(wǎng)絡服務，而且可以動態(tài)的調(diào)整沒種不同的網(wǎng)絡服務所獲得的資源，這極大的降低了電信運營商和網(wǎng)絡服務提供商在支持關(guān)鍵的虛擬網(wǎng)絡功能（VNF）時的獨立硬件設備成本。

　　Verizon的uCPE現(xiàn)在可以提供WAN優(yōu)化、安全、路由、SD WAN等等不同的功能，并由Verizon的不同合作伙伴生產(chǎn)制造："Verizon公司是邊緣計算中領(lǐng)先的OpenStack用戶之一。OpenStack已經(jīng)是電信運營商首選的云軟件，無論是邊緣計算還是集中式私有云和公有云數(shù)據(jù)中心，它都是基礎(chǔ)設施平臺的首選。"

　　繼巴塞羅那之后的第二次互操作性測試則展現(xiàn)出OpenStack仍然維持著很好的互操作性，這意味著，你可以利用不同供應商的不同OpenStack構(gòu)建一個分布式網(wǎng)絡，或是在你的某個邊緣/核心業(yè)務發(fā)生問題時，快速實現(xiàn)從一個供應商到另一個供應商的切換，從這個角度來講，OpenStack所服務的已經(jīng)不僅僅是企業(yè)的用計算平臺，而是一個企業(yè)的"高可用性架構(gòu)（HA）"。

　　第二次互操作性測試同樣在大會的第二天上演，來自Canonical、德國電信 （Deutsche Telekom）、EasyStack、華為、IBM、NetApp、Platform9、Rackspace、紅帽公司、SUSE、云途騰（T2Cloud）、VEXXHOST、VMware、Wind River及中興的技術(shù)人員展示了如何同時在OpenStack云上部署Kubernetes并使用容器管理工具來同步部署分布式CockroachDB 數(shù)據(jù)庫及NFV 應用。

　　結(jié)果自然令人欣喜：你會看到如果你有一個分布式的CockroachDB 數(shù)據(jù)庫及NFV 應用，你可以在后臺看到來自15個不同供應商的OpenStack可用區(qū)（或者說可用服務），如果你有些業(yè)務需要"隨身攜帶"，你甚至可以借此把你的數(shù)據(jù)庫放在離你最近的地點。

　　Mark Collier表示︰"事實上，這是我們第二次舉行互操作性挑戰(zhàn)活動。第一次是在上屆的巴塞羅那峰會，我們展示了如何在不同供應商支持的OpenStack環(huán)境中分配工作負載，且能保持一致的行為和性能。而本次挑戰(zhàn)，OpenStack 社區(qū)將標準進一步大幅度提高，展示了各種基于微服務的應用之間的互操作性，這些基于微服務的應用使用Kubernetes對存儲和網(wǎng)絡功能皆能進行管理。這一挑戰(zhàn)形式，充分表現(xiàn)出OpenStack 社區(qū)對互操作性的承諾以及聚焦創(chuàng)新繼續(xù)服務各OpenStack云的決心。"

　　既然提到了Kubernetes，就不能不說到容器（主要是Kubernetes）與OpenStack的關(guān)系這一熱議話題（要知道OpenStack的用戶正在比其他企業(yè)云的用戶更快的使用容器技術(shù)，2016年的調(diào)查顯示，有超過55%的OpenStack用戶在使用容器，而其他云平臺用戶只有17%，同時OpenStack用戶中45%部署了Kubernetes），對很多人來說，Kubernetes和OpenStack現(xiàn)在的關(guān)系非常微妙：兩者現(xiàn)在有著各種組合，比如說K8S上做OS，OS上運行K8S，或者是K8S+OS+K8S這樣的所謂"三明治"組合。

　　但聽聽用戶的聲音總是沒錯的，比如說eBay，云計算基礎(chǔ)設施和平臺高級總監(jiān)Suneet Nandwani就認為，將OpenStack設計用于大規(guī)模擴展的環(huán)境當然會有很多的艱難和顛簸，但把它用于Kubernetes的底層是一個正確的決定。

　　Jonathan Bryce提出，OpenStack是裸金屬、虛擬機以及容器的"Control Plane"

　　"如果你想要一個計算節(jié)點，然后你想要創(chuàng)建一個服務，比如負載均衡器，那么裸機（物理機）上的Kubernetes就一定更好么？" eBay的選擇是把大多數(shù)的Kubernetes（包括位于企業(yè)后端的那些虛擬機節(jié)點）部署在OpenStack上是一個正確的決定，eBay的Kubernetes集群已經(jīng)達到22000個核心、6個可用區(qū)、支持178個業(yè)務應用的規(guī)模，包括AI平臺、邊緣計算堆棧、彈性搜索、網(wǎng)絡自動化、分布式NoSQL以及Kafka（分布式消息隊列）都在上面良好運行--在這一過程中，eBay甚至開發(fā)了一種工具：TessMaster可以全面管理Kubernetes集群的生命周期，在大會演講上，eBay宣布計劃開源這一產(chǎn)品。

　　Google對于Kubernetes和OpenStack的看法與eBay是大致相同的，Google的Kubernetes項目經(jīng)理David Aronchick在第一天的大會上有一個簡短的對話，在十幾分鐘的對話中他強調(diào)：Kubernetes的強項是容器的編排，它需要一整套的基礎(chǔ)設施（及為其提供資源），（如果我是Kubernetes的用戶）我可不想在Kubernetes本地處理這些東西。

　　但也有對此感到不屑一顧的人，一位現(xiàn)場參加會議的技術(shù)工程師在Twitter上寫道："The world is moving to containers, and OpenStack is just going to go away."IT自動化供應商Turbonomic的創(chuàng)始人Eric Wright是所謂"三明治"架構(gòu)的提出者，也就是"Kubernetes on OpenStack on Kubernetes"，有很多人在聽了他的演講后都認為"這是一個糟糕的想法。"

　　但Eric Wright并不這么認為，在和他的交談中，他強調(diào)，這樣的多層方法是"gateway drug to Kubernetes on bare metal."他認為，Kubernetes肯定會受到OpenStack社區(qū)的嘲諷和抗議，而且很多人也會認為在裸金屬上運行三明治架構(gòu)簡直是瘋了，但這樣的設計"在靈活性和資源供給上面是最好的"，他認為他和他的公司（當然也包括"三明治"）可以幫助企業(yè)實現(xiàn)更靈活的業(yè)務應用承載，"但我們都知道，drug既是（醫(yī)學）藥品，也是麻醉藥、毒藥的意思。"一位旁邊的聽眾給出了這樣的理解。

　　當然，OpenStack的進展一向都很快，OpenStack和Kubernetes之間的合作由來已久。在OpenStack的項目中，有包括Magnum、Murano、Kolla-Kubernetes、Kuryr以及Openstack-Helm，這些項目都是從不同角度創(chuàng)建來幫助與Kubernetes的集成更緊密。同樣，Kubernetes社區(qū)也驅(qū)動了OpenStack Special Interest Group，主要的目標就是解決將Openstack作為Kubernetes本地云服務出現(xiàn)的問題，以及通過Kubernetes管理實現(xiàn)OpenStack組件作為容器化服務的能力。

　　此外，第一天的演講還展示了如何讓OpenStack在醫(yī)學診斷機器人領(lǐng)域發(fā)揮它的功效，這一部分極具前瞻性也非常有趣，"當你看到小小的機器人在你的胃里幫你解決胃潰瘍或者胃出血的時候，你不會想到這和OpenStack有關(guān)系。"該項目負責人說道。

　　是的，從邊緣計算到與容器融合，再到醫(yī)療機器人，OpenStack看起來不僅是最佳的云平臺選擇，而且還是包括萬象、囊括一切的選擇，對此人們并不感到吃驚：在這個數(shù)字化轉(zhuǎn)型的時代，企業(yè)需要數(shù)字化技術(shù)以支撐起業(yè)務轉(zhuǎn)型和創(chuàng)新應用，但所有這一切的基礎(chǔ)，是首先你能夠把硬件統(tǒng)一管理、運營和提供出來--"當你運行十臺獨立服務器時，你不可能知道它們結(jié)合在一起作為一臺大型計算機時，到底能為你帶來哪些神奇的事情。"十年前VMware創(chuàng)始人的觀點，在此值得被再次重復和用來幫助理解OpenStack之所以不斷拓展覆蓋率的原因。