觀天下以極變

VMware在SpringOne Platform 2017大會上宣布將其NSX 軟體定義的網路連接（SDN）平台擴展到基於Kubernetes 的實施環境中，以及由Pivotal Cloud Foundry平台即服務（PaaS）環境實例運行的容器。

Pivotal與VMware合作開發Pivotal Container Service (PKS) ，這是Kubernetes的一個實例，支持通過Kubo工具集來自動部署由Cloud Foundry基金會(CFF)監管的Kubernetes群集。Kubo是一套基於BOSH的工具，CFF使用這些工具來自動部署Cloud Foundry PaaS環境。

隨著NSX-T 2.1的發布，VMware增加了對雲原生計算基金會(CNCF)定義的容器網路連接介面(CNI)的支持，從而兌現了為PKS增加網路虛擬化覆蓋支持的承諾。為了增強效果，NSX-T 2.1還增加了基於Pivotal Cloud Foundry分布部署容器的支持。

VMware網路連接和安全性部門集團產品營銷經理Matt de Vincentis表示，隨著用於部署應用的平台數量持續增加，人們對採用常見網路虛擬化覆蓋的興趣也越來越大。為了滿足這種需求，VMware正在努力做到NSX隨處可用，包括目前運行容器的Kubernetes群集。

de Vincentis說：

我們看到了基於容器面向雲原生微服務的轉變。

但是，這種轉變並不意味著企業的IT部門想建立全新的基礎架構以支持基於容器的微服務。相反，VMware表示更傾向於將網路虛擬化、安全性和存儲方面的投資擴展到這些應用。

大多數容器都部署在虛擬機或現有PaaS環境中。 但是，從長期來看，目前還不清楚容器對VMware和Pivotal的威脅有多大。

例如，Docker Inc.將容器即服務(CaaS)環境定位成PaaS環境的輕量級替代方案。同時，SUSE甚至基於Kubernetes部署了Cloud Foundry的容器化版本。Red Hat重寫了整個OpenShift PaaS環境以在Kubernetes上運行。而且，還存在直接基於裸機伺服器部署容器或採用更輕量虛擬化管理程序的情況，藉助更輕量的虛擬化管理程序，便不再需要消耗過多內存的遺留虛擬化管理程序。

任何新平台可能都需要數年的時間才能完全取代現有的遺留平台。事實上，IT企業可以設想，他們在可預見的未來將能夠同時運行新興平台和遺留平台。同時，在這些技術走向成熟之前，實際問題在於確定如何能以最理想且儘可能高效的方式對它們進行集成。

未來如何發展，讓我們拭目以待。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！