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

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

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

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

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

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

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

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

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

　　Mark Collier表示︰"事實上，這是我們第二次舉行互操作性挑戰(zhàn)活動。第一次是在上屆的巴塞羅那峰會，我們展示了如何在不同供應(yīng)商支持的OpenStack環(huán)境中分配工作負(fù)載，且能保持一致的行為和性能。而本次挑戰(zhàn)，OpenStack 社區(qū)將標(biāo)準(zhǔn)進(jìn)一步大幅度提高，展示了各種基于微服務(wù)的應(yīng)用之間的互操作性，這些基于微服務(wù)的應(yīng)用使用Kubernetes對存儲和網(wǎng)絡(luò)功能皆能進(jìn)行管理。這一挑戰(zhàn)形式，充分表現(xiàn)出OpenStack 社區(qū)對互操作性的承諾以及聚焦創(chuàng)新繼續(xù)服務(wù)各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ǔ)設(shè)施和平臺高級總監(jiān)Suneet Nandwani就認(rèn)為，將OpenStack設(shè)計用于大規(guī)模擴(kuò)展的環(huán)境當(dāng)然會有很多的艱難和顛簸，但把它用于Kubernetes的底層是一個正確的決定。

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

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

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

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

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

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

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

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