作者:戴爾科技集團
人們常說,IT的腳步日新月異,每天都有新的技術被創造、應用,每天也有舊的技術被淘汰,逐漸消失在人們的視野。但事實真的是這樣嗎?也許,這些新技術并沒有那麼“新”,那些“舊技術”也隻是在等待破繭成蝶的那。
舉個“栗”子,1999年VMware推出了第一個x86虛拟化産品VMware Virtual Platform并大獲成功,繼而成為當今虛拟化市場的。對于一款産品來說,VMware的虛拟化确實是新的,但對于虛拟化本身來說,VMware虛拟化則是一種繼承和突破,有關虛拟化的概念與早期産品,可以追溯到1960年代,這中間整整相差了39年。
容器技術也是一樣,今天人們普遍将Docker視為容器的代名詞,但其實容器要比Docker古老的多了。1979年,在Unix V7操作系統的開發中,為隔離出可供軟件進行構建和測試的環境,chroot(change root)系統調用程序橫空出現,這是容器史上第一道乍現的靈光。
接着到2000年,互聯網開始繁榮,納斯達克綜合指數站到了5132.52的峰值,在這一年,一家小型的共享環境托管提供商提出了FreeBSD jails,以實現服務與客戶服務之間的明确區分。FreeBSD Jails允許管理員将FreeBSD計算機系統劃分為幾個獨立的,較小的系統,稱為“ jails”,并能夠為每個系統和配置分配IP地址,真正意義上實現了進程的沙盒化。從而成為容器發展史上的一個重要轉折點。
此後,又經過了13年的蟄伏,直到2013年,随着開源Docker項目容器鏡像格式和運行時的橫空出世,容器才真正廣受歡迎。
Docker誕生在雲計算繁榮的背景下,這種使應用程序部署更精簡,更方便的方式,恰好符合雲時代人們對于敏捷和靈活的要求。Docker鏡像是一種标準化、輕量級、獨立、可執行的軟件包,其中包含運行一項功能所需的一切組件,例如代碼、運行時間庫、環境變量以及配置文件。從而避免了依賴運行容器的各種服務器的操作系統,實現 “build once,run anywhere”。
容器和Kubernetes
說到容器,不少人也把Kubernetes與Docker相提并論。其實兩者沒有直接的可比性,根基不同,解決的問題也不同。Kubernetes最初由谷歌開發而來,目前由雲原生計算基金會(Cloud Native Computing Foundation, CNCF)管理。Kubernetes的目的是為了解決容器不易于批量管理的問題,實現容器集群的自動化部署、自動擴縮容、維護等功能。
今天,Kubernetes已成為構建容器化平台體系的默認抽象方案,從更大的意義上來說,Kuberntes也是容器發展的重大貢獻者之一。試想一下,容器(Container)就是集裝箱,本身就是個大鐵盒子,其實沒有太多價值,單單靠它提高不了社會協作的效能。它隻有流動起來,把貨物從一個車間運到另一個車間,從一個國家運送到另一個國家,才能極大提高生産力,這種連接才是其價值所在。
而Kubernetes就是這樣一個容器編排工具。在既有硬件資源的基礎上,啟動容器不需要關注具體運行的節點,各個容器之間仍能保持通信,信息在容器之間依然可以流動。這樣容器技術便可以付諸商用,整個軟件的開發交付流程就會變得高效和颠覆。
在具體操作中,Kubernetes使用主節點來調度和管理容器應用的執行過程。主節點提供環境來執Kubernetes控制面闆,搭建集群,以及安排容器執行日程。Kubernetes容器在工作節點中的pod下執行。
一般情況下,每個pod運行一個容器實例,或者少數選定的實例——這些少數實例共享着需要共同執行的資源。一個Kubernetes pod包含操作系統和運行時間環境,該環境使容器應用能夠運行。容器網絡由Kubernetes控制面闆、主節點和工作節點配置和管理,旨在提供容器應用所需的IP連接。
容器離不開編排
容器也離不開IT基礎架構
正如容器在Kubernetes的推動下得到了極大發展,一個位于底層的IT基礎架構如果對于容器有很好的支持,也必将為開發人員帶來事半功倍的效果。
去年,VMware發布的全新解決方案——VMware Tanzu和VMware Cloud Foundation 4,通過将容器與虛拟機統一為一體,用戶可以在vSphere7.0下大規模地并行運行Kubernetes服務和虛拟化應用,從而為應用的開發和運維帶來極大便利。
而作為市面上全面集成VMware、預先配置VMware軟件的超融合一體機,VxRail也已同步升級到7.0版本,通過大幅降低使用Kubernetes和基于Kubernetes的開發者工具的複雜性,為用戶提供了從單一環境到Kubernetes的簡單直接路徑。
從此IT管理員可以在熟悉的vSphere客戶端環境中使用Kubernetes,同時啟動并運行所有的關鍵應用程序。企業在一個統一平台逐步實現應用現代化和新應用持續交付,獲得了更好的雲原生體驗,為業務創新賦能。
此外,VxRail也支持獨立的開源Kubernetes。開發人員可選擇下載和配置Kubernetes 版本,将節點作為虛拟機在vSphere上運行。使用獨立的Kubernetes 集群來運行容器,需要手動下載、安裝、配置、檢驗和管理 Kubernetes軟件。
不過獨立的Kubernetes不具備原生的自動化生命周期管理或高可用性支持 。Kubernetes節點可能由于出錯而發生故障,這些節點将無法提供服務。如果你的團隊擁有在裸機環境中運Kubernetes的豐富經驗,可選擇獨立Kubernetes。
當然,更推薦的還是戴爾科技和VMware 聯合提供技術解決方案來運行容器應用,用戶能夠更快速地采用雲原生技術,并且更進一步采用數字化業務項目。VxRail和vSphere已成為在數據中心運行雲原生Kubernetes容器應用的優選平台。
容器or虛拟化?
兩者不是二選一
最後,不得不提的是容器與虛拟化的關系,不少人把容器當成是輕量級的虛拟化,由此難免與傳統虛拟化技術進行比較。其實,兩者并不等同。傳統虛拟化是硬件的虛拟化,目标是建立一個完全獨立的沙箱式操作系統環境。而容器技術則純粹隻是将應用系統相關的代碼、運行時間庫、環境變量以及配置文件打包成隔離的可執行沙箱環境,并沒有做任何硬件虛拟化。
也就是說,傳統虛拟化可以很容易地部署一台VM,但仍需安裝各種執行環境所需要的程序并設定正确的環境參數才能運行應用,而容器可以大幅簡化并自動化這些工作。所以容器和虛拟化非但不是競争關系,而且還是互補而共生的。這也是VMware将兩者合二為一的重要意義。容器和虛拟化好比是企業邁向數字化未來“左膀右臂”,VMware為開發者掃清了障礙,而VxRail就是那個堅實底座!
免責聲明：本文僅代表作者個人觀點，與每日科技網無關。其原創性以及文中陳述文字和内容未經本站證實，對本文以及其中全部或者部分内容、文字的真實性、完整性、及時性本站不作任何保證或承諾，請讀者僅作參考，并請自行核實相關内容。
本網站有部分内容均轉載自其它媒體，轉載目的在于傳遞更多信息，并不代表本網贊同其觀點和對其真實性負責，若因作品内容、知識産權、版權和其他問題，請及時提供相關證明等材料并與我們聯系，本網站将在規定時間内給予删除等相關處理.
