資訊專欄INFORMATION COLUMN
摘要：在容器之戰(zhàn)中，谷歌宣布了最新開源容器編排引擎版本。這個(gè)是谷歌對(duì)抗計(jì)劃將和核心引擎結(jié)合在一起的舉動(dòng)。選擇托管環(huán)境來(lái)運(yùn)行工作伴隨著版本的發(fā)布，谷歌宣布它的托管容器管理平臺(tái)，已經(jīng)更新到最新的版本。
在容器之戰(zhàn)中，谷歌宣布了最新開源容器編排引擎Kubernetes1.3版本。此次的發(fā)布是在 Docker 公司發(fā)布 Docker 1.12 版本之后，該版本帶有內(nèi)置的 Swarm 編排功能。
雖然 Kubernetes 是一個(gè)由社區(qū)驅(qū)動(dòng)，Linux 基金支持的項(xiàng)目，不過谷歌還是它最杰出的項(xiàng)目貢獻(xiàn)者之一。有了像混合部署，更好的擴(kuò)容，運(yùn)行傳統(tǒng)工作負(fù)載這些功能，谷歌旨在對(duì)用 Kubernetes 的企業(yè)更加友好。這次的版本通過早期的 Kubernetes 嘗試者來(lái)處理一些最受期待的功能。
以下是 Kubernetes 優(yōu)于其他編排引擎的一些原因。
性能和可擴(kuò)展性說到可擴(kuò)展性，谷歌很有經(jīng)驗(yàn)。首先，它正在帶著一些最佳實(shí)踐給 Kubernetes。這些貢獻(xiàn)者與從社區(qū)的貢獻(xiàn)者耦合，使得Kubernetes成為擁有最佳伸縮性的容器平臺(tái)之一。
隨著最近的這次發(fā)布，Kubernetes 被再次推到極限：在有2000個(gè)節(jié)點(diǎn)的集群上運(yùn)行它，這些節(jié)點(diǎn)上最多有60000個(gè) pod。集群是由名為節(jié)點(diǎn)的單個(gè)機(jī)器構(gòu)成的。Pod 在 Kubernetes 中主要就是一個(gè)配置的單元，配置可以類比為虛擬機(jī)。一般來(lái)說，每個(gè) pod 的啟動(dòng)時(shí)間都是在2秒之內(nèi)。這對(duì)商業(yè)來(lái)說意味著什么？如果在通信過程中，出現(xiàn)意外的大流量或者遇到?jīng)_突，你可能需要發(fā)布更多應(yīng)用程序的實(shí)例。在典型的公有云配置中，在虛擬機(jī)上工作負(fù)載運(yùn)行的地方需要花費(fèi)5-15分鐘來(lái)使新的實(shí)例變得可用。同一個(gè)應(yīng)用程序，在容器內(nèi)運(yùn)行的時(shí)候，能夠快速擴(kuò)容來(lái)確保給出更好的回應(yīng)。
雖然不是每個(gè)商務(wù)都需要那種水平的擴(kuò)容性和性能，但是對(duì)于電子商務(wù)和其它在線公司來(lái)說這個(gè)功能是很有利的。它同時(shí)還能夠幫助服務(wù)提供者和測(cè)量響應(yīng)時(shí)間、可用性的應(yīng)用程序的開發(fā)運(yùn)維團(tuán)隊(duì)來(lái)管理服務(wù)。
支持混合場(chǎng)景企業(yè)當(dāng)然不希望將所有的工作都移動(dòng)到公有云上。一些已經(jīng)存在的應(yīng)用程序會(huì)在移動(dòng)用戶和合作伙伴的時(shí)候保留內(nèi)部部署，將應(yīng)用程序面向云端?；旌显圃谄髽I(yè)IT戰(zhàn)略中起著很關(guān)鍵的作用。
Kubernetes 之前的版本都運(yùn)行在隔離的環(huán)境中。每個(gè)環(huán)境都都由管理員和開發(fā)運(yùn)維團(tuán)隊(duì)獨(dú)立管理。這個(gè)集群的應(yīng)用程序無(wú)法訪問運(yùn)行在另一個(gè)集群的應(yīng)用程序。
有了 Kubernetes 1.3，應(yīng)用程序即使配置在不同的集群和環(huán)境中，也能夠互相交流。這個(gè)性能給工作負(fù)載帶來(lái)互操作性和高可用性。這個(gè)功能最大的一個(gè)好處就是，能夠用運(yùn)行在公有云上的應(yīng)用程序無(wú)縫集成配置在內(nèi)部部署上的集群。
企業(yè)利用同級(jí)和專門的網(wǎng)絡(luò)連接到公有云基礎(chǔ)設(shè)施，在數(shù)據(jù)中心和公有云上管理聯(lián)合 Kubernetes 集群。這樣的優(yōu)化啟動(dòng)了先進(jìn)的混合多云配置場(chǎng)景。外部IT能夠使用一組工具鏈來(lái)管理在數(shù)據(jù)中心和多個(gè)公有云環(huán)境中的 Kubernetes集群。
傳統(tǒng)和現(xiàn)代應(yīng)用程序的統(tǒng)一平臺(tái)今天的企業(yè)IT環(huán)境處理傳統(tǒng)商業(yè)線應(yīng)用程序和新興當(dāng)代云原生應(yīng)用程序。雖然容器加速了大家對(duì)微服務(wù)和云原生應(yīng)用程序的接受度，但是運(yùn)行傳統(tǒng)和當(dāng)代工作的基礎(chǔ)平臺(tái)仍然是隔離的。隨著為運(yùn)行云原生應(yīng)用程序的 Silos 的出現(xiàn)，對(duì)于企業(yè)來(lái)說，存在著一股阻礙轉(zhuǎn)移到容器化基礎(chǔ)設(shè)施的阻力。
運(yùn)行容器化應(yīng)用程序面臨的挑戰(zhàn)就是處理持久性和有狀態(tài)。用容器中的臨時(shí)性存儲(chǔ)來(lái)配置，管理和擴(kuò)容無(wú)狀態(tài)應(yīng)用程序是十分容易的。但是，任何有意義的應(yīng)用程序需要一個(gè)數(shù)據(jù)中心來(lái)存儲(chǔ)和檢索數(shù)據(jù)。在容器中運(yùn)行相關(guān)的數(shù)據(jù)庫(kù)和 NoSQL 數(shù)據(jù)庫(kù)需要持續(xù)狀態(tài)。容器并沒有以優(yōu)雅的方式來(lái)處理有狀態(tài)的問題。用戶只能從過剩的選擇中選擇正確的持久性戰(zhàn)略。這是容器在企業(yè)接受容器的道路上的一個(gè)主要的障礙。
有了 Kubernetes 1.3，運(yùn)行像數(shù)據(jù)庫(kù)和鍵值存儲(chǔ)這樣有狀態(tài)的工作就很輕松，不需要任何的應(yīng)變方案。PetSet 帶來(lái)的是有狀態(tài)，以及一些其它功能，比如永久主機(jī)名和初始化容器。
輕松開發(fā)和測(cè)試設(shè)置 Kubernetes 集群，需要徹底了解計(jì)算、網(wǎng)絡(luò)和存儲(chǔ)的概念。這種復(fù)雜性讓開發(fā)人員不愿意嘗試在他們的工作站和筆記本上使用 Kubernetes。
Kubernetes 1.3有個(gè)叫做 Minikube 的強(qiáng)大測(cè)試工具，可以在任意筆記本上運(yùn)行單節(jié)點(diǎn)的小型集群。它借鑒了 Docker 中的一些概念，比如 docker－machine driver，用單個(gè)命令來(lái)設(shè)置本地環(huán)境。如果應(yīng)用程序運(yùn)行在 Minikube 上，那么肯定也會(huì)運(yùn)行在由數(shù)千個(gè)節(jié)點(diǎn)驅(qū)動(dòng)的生產(chǎn)集群上。
這個(gè)是谷歌對(duì)抗 Docker 計(jì)劃將 Swarm 和核心引擎結(jié)合在一起的舉動(dòng)。從技術(shù)層面上來(lái)講，部署微服務(wù)到支持 Minikube 十分簡(jiǎn)單，就好比把應(yīng)用部署到運(yùn)行在開發(fā)者機(jī)器上部署 Docker Swarm 環(huán)境一樣。這對(duì)于將 Kubernetes 變得對(duì)開發(fā)者更友好，更易獲取，更易實(shí)用的，又是一大步。
選擇托管環(huán)境來(lái)運(yùn)行工作伴隨著版本的發(fā)布，谷歌宣布它的托管容器管理平臺(tái)，GKE（Google Container Engine）已經(jīng)更新到最新的 Kubernetes 版本。
用戶可以馬上利用最新的可用功能在開發(fā)環(huán)境，模擬預(yù)演環(huán)境，測(cè)試環(huán)境和生產(chǎn)環(huán)境中都運(yùn)行 Kubernetes 的最新版本。
預(yù)期其它一些生態(tài)系統(tǒng)的相關(guān)成員，比如 Core OS，Red Hat 和 Apprenda在未來(lái)幾周后也使用 Kubernetes1.3。
原文鏈接
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://m.hztianpu.com/yun/32485.html
摘要：是一個(gè)用這種很谷歌的完美方式來(lái)運(yùn)行大規(guī)模分布式系統(tǒng)的工具。我們正在采用這種谷歌方式來(lái)運(yùn)行軟件，加上現(xiàn)代化的架構(gòu)，令更加穩(wěn)定，更加易于管理?，F(xiàn)目前，不足的工作運(yùn)行在公有云上。 showImg(https://segmentfault.com/img/bVAcRD); Mirantis, Intel和Google結(jié)成聯(lián)盟，準(zhǔn)備在Google鏡像中重做OpenStack，將OpenStack...
摘要：在這個(gè)不可阻擋地轉(zhuǎn)向公有云的行業(yè)中，發(fā)現(xiàn)自己越來(lái)越難以將自己的云應(yīng)用生態(tài)系統(tǒng)產(chǎn)品與微軟谷歌和等合作伙伴的產(chǎn)品區(qū)分開來(lái)。諸如此類的戰(zhàn)略性舉措將有助于實(shí)現(xiàn)多元化，超越目前對(duì)虛擬存儲(chǔ)解決方案和網(wǎng)絡(luò)虛擬化產(chǎn)品收入的依賴。平臺(tái)虛擬化一般是涉及抽象應(yīng)用對(duì)硬件資源的訪問，例如計(jì)算能力、存儲(chǔ)驅(qū)動(dòng)器、隨機(jī)存取內(nèi)存和I／O帶寬。下一步的演進(jìn)是向堆棧上層遷移，虛擬化了應(yīng)用對(duì)軟件資源的訪問，尤其是運(yùn)行時(shí)引擎、算法庫(kù)...
摘要：與此同時(shí)，谷歌聯(lián)合基金會(huì)及其他合作伙伴共同成立了基金會(huì)，并將作為首個(gè)編入管理體系的開源項(xiàng)目，助力容器技術(shù)生態(tài)的發(fā)展進(jìn)步。年月谷歌宣布開源。年月容器引擎啟動(dòng)，谷歌宣布中支持容器及服務(wù)，并以為構(gòu)架。 7月22日Google正式對(duì)外發(fā)布 Kubernetes v 1.0，意味著這個(gè)開源容器編排系統(tǒng)可以正式在生產(chǎn)環(huán)境使用。與此同時(shí)，谷歌聯(lián)合linux基金會(huì)及其他合作伙伴共同成立了CNCF基金會(huì)...
摘要：隨著發(fā)布，現(xiàn)在能支持個(gè)節(jié)點(diǎn)的集群即千萬(wàn)請(qǐng)求秒，附帶對(duì)大多數(shù)操作尾部這段延遲降低。的千萬(wàn)并發(fā)令人乍舌三個(gè)月后，將會(huì)再次帶來(lái)倍的提升。 隨著Kubernetes1.2v發(fā)布，K8S現(xiàn)在能支持1000個(gè)節(jié)點(diǎn)的集群（即1千萬(wàn)請(qǐng)求／秒），附帶對(duì)大多數(shù)API操作（99%尾部這段）延遲降低80%。這意味著在最近的6個(gè)月內(nèi)，K8S支持的容量增加了10倍同時(shí)還保證用戶使用感受——99%pod啟動(dòng)時(shí)間少于...
摘要：官方于上宣布將在下一個(gè)企業(yè)版中支持。本次上毫無(wú)疑問地成為一個(gè)劃時(shí)代的里程碑，本次大會(huì)最大的新聞莫過于官方宣布支持。容器技術(shù)作為云計(jì)算發(fā)展的新階段正改變著服務(wù)交付的方式，更影響著云計(jì)算的未來(lái)。 Docker官方于DockerCon EU 2017上宣布將在下一個(gè)Docker企業(yè)版中支持Kubernetes。容器編排之戰(zhàn)似乎勝負(fù)已分，Kubernetes即將一統(tǒng)天下？容器市場(chǎng)下一步會(huì)如何發(fā)...
閱讀 906·2021-11-11 16:54
閱讀 1629·2021-08-24 10:01
閱讀 1999·2019-08-30 15:54
閱讀 3373·2019-08-29 14:02
閱讀 3215·2019-08-28 18:22
閱讀 2339·2019-08-28 18:09
閱讀 3910·2019-08-26 10:26
閱讀 2751·2019-08-23 18:23
