谷歌發佈 Kubernetes 1.3 加速了容器之戰

時間 2019-11-06

標籤谷歌發佈 kubernetes 1.3 加速容器之戰欄目 Chrome 简体版

原文原文鏈接

性能和可擴展性

說到可擴展性，谷歌頗有經驗。首先，它正在帶着一些最佳實踐給 Kubernetes。這些貢獻者與從社區的貢獻者耦合，使得Kubernetes成爲擁有最佳伸縮性的容器平臺之一。docker

隨着最近的此次發佈，Kubernetes 被再次推到極限：在有2000個節點的集羣上運行它，這些節點上最多有60000個 pod。集羣是由名爲節點的單個機器構成的。Pod 在 Kubernetes 中主要就是一個配置的單元，配置能夠類比爲虛擬機。通常來講，每一個 pod 的啓動時間都是在2秒以內。這對商業來講意味着什麼？若是在通訊過程當中，出現意外的大流量或者遇到衝突，你可能須要發佈更多應用程序的實例。在典型的公有云配置中，在虛擬機上工做負載運行的地方須要花費5-15分鐘來使新的實例變得可用。同一個應用程序，在容器內運行的時候，可以快速擴容來確保給出更好的迴應。數據庫

雖然不是每一個商務都須要那種水平的擴容性和性能，可是對於電子商務和其它在線公司來講這個功能是頗有利的。它同時還可以幫助服務提供者和測量響應時間、可用性的應用程序的開發運維團隊來管理服務。網絡

支持混合場景

企業固然不但願將全部的工做都移動到公有云上。一些已經存在的應用程序會在移動用戶和合做夥伴的時候保留內部部署，將應用程序面向雲端。混合雲在企業IT戰略中起着很關鍵的做用。運維

Kubernetes 以前的版本都運行在隔離的環境中。每一個環境都都由管理員和開發運維團隊獨立管理。這個集羣的應用程序沒法訪問運行在另外一個集羣的應用程序。微服務

有了 Kubernetes 1.3，應用程序即便配置在不一樣的集羣和環境中，也可以互相交流。這個性能給工做負載帶來互操做性和高可用性。這個功能最大的一個好處就是，可以用運行在公有云上的應用程序無縫集成配置在內部部署上的集羣。工具

企業利用同級和專門的網絡鏈接到公有云基礎設施，在數據中心和公有云上管理聯合 Kubernetes 集羣。這樣的優化啓動了先進的混合多雲配置場景。外部IT可以使用一組工具鏈來管理在數據中心和多個公有云環境中的 Kubernetes集羣。性能

傳統和現代應用程序的統一平臺

今天的企業IT環境處理傳統商業線應用程序和新興當代雲原生應用程序。雖然容器加速了你們對微服務和雲原生應用程序的接受度，可是運行傳統和當代工做的基礎平臺仍然是隔離的。隨着爲運行雲原生應用程序的 Silos 的出現，對於企業來講，存在着一股阻礙轉移到容器化基礎設施的阻力。測試

運行容器化應用程序面臨的挑戰就是處理持久性和有狀態。用容器中的臨時性存儲來配置，管理和擴容無狀態應用程序是十分容易的。可是，任何有意義的應用程序須要一個數據中心來存儲和檢索數據。在容器中運行相關的數據庫和 NoSQL 數據庫須要持續狀態。容器並無以優雅的方式來處理有狀態的問題。用戶只能從過剩的選擇中選擇正確的持久性戰略。這是容器在企業接受容器的道路上的一個主要的障礙。優化

有了 Kubernetes 1.3，運行像數據庫和鍵值存儲這樣有狀態的工做就很輕鬆，不須要任何的應變方案。PetSet 帶來的是有狀態，以及一些其它功能，好比永久主機名和初始化容器。google

輕鬆開發和測試

設置 Kubernetes 集羣，須要完全瞭解計算、網絡和存儲的概念。這種複雜性讓開發人員不肯意嘗試在他們的工做站和筆記本上使用 Kubernetes。

Kubernetes 1.3有個叫作 Minikube 的強大測試工具，能夠在任意筆記本上運行單節點的小型集羣。它借鑑了 Docker 中的一些概念，好比 docker－machine driver，用單個命令來設置本地環境。若是應用程序運行在 Minikube 上，那麼確定也會運行在由數千個節點驅動的生產集羣上。

這個是谷歌對抗 Docker 計劃將 Swarm 和核心引擎結合在一塊兒的舉動。從技術層面上來說，部署微服務到支持 Minikube 十分簡單，就比如把應用部署到運行在開發者機器上部署 Docker Swarm 環境同樣。這對於將 Kubernetes 變得對開發者更友好，更易獲取，更易實用的，又是一大步。