當(dāng)今Google技術(shù)市場(chǎng)的云容器服務(wù)競(jìng)爭(zhēng)加劇，谷歌，亞馬遜與微軟Azure正在為開(kāi)發(fā)他們的服務(wù)而努力，從而能夠更好、更快的適應(yīng)市場(chǎng)。

這篇文章通過(guò)對(duì)3種不同的云容器平臺(tái)進(jìn)行深入比較，讓讀者了解到哪一種平臺(tái)適合您的企業(yè)發(fā)展。

Docker Linux云容器中最重要的競(jìng)爭(zhēng)對(duì)手仍然是亞馬遜和谷歌，由于微軟Azure加入，他們的競(jìng)爭(zhēng)正在如火如荼的進(jìn)行著。

[[203687]]

亞馬遜網(wǎng)絡(luò)服務(wù)和Google正積極開(kāi)發(fā)云端容器服務(wù)，從而更好的適應(yīng)企業(yè)應(yīng)用開(kāi)發(fā)業(yè)務(wù)。

這些公司的云容器服務(wù)于Docker容器管理能夠遠(yuǎn)離用戶，從而更容易部署和擴(kuò)展其上構(gòu)建的應(yīng)用程序。 然而，他們?cè)诒舜说漠a(chǎn)品之間仍存重大差異，包括每個(gè)產(chǎn)品都選擇實(shí)現(xiàn)自動(dòng)縮放，冗余和與第三方工具和云的互操作性。

自動(dòng)縮放是競(jìng)爭(zhēng)的主要關(guān)鍵點(diǎn)

Google容器引擎(GKE)由pod，復(fù)制控制器和節(jié)點(diǎn)組成。 Pods是對(duì)應(yīng)用程序特定的邏輯主機(jī)建模的容器的邏輯分組。 復(fù)制控制器確保任意一個(gè)時(shí)間運(yùn)行特定數(shù)量的pod副本。 節(jié)點(diǎn)是支持容器化環(huán)境的Google Compute Engine虛擬機(jī)。

GKE基于Google的Kubernetes云容器業(yè)務(wù)流程平臺(tái)。 Kubernetes 1.1版，11月24日發(fā)布，1.0個(gè)月后***亮相，是市場(chǎng)上***個(gè)使用水平pod自動(dòng)縮放功能自動(dòng)調(diào)整pod的功能，這是用戶非常尋求為GKE多種用例提供理由的功能。

笛卡爾實(shí)驗(yàn)室公司的共同創(chuàng)始人兼云架構(gòu)負(fù)責(zé)人Tim Kelton說(shuō)，“我們對(duì)所有類型的項(xiàng)目都進(jìn)行了自動(dòng)縮放，這是一家位于美國(guó)馬薩諸塞州洛斯阿拉莫斯市的機(jī)器學(xué)習(xí)公司，負(fù)責(zé)處理PB級(jí)衛(wèi)星數(shù)據(jù)。

(備注：“TB是一個(gè)計(jì)算機(jī)存儲(chǔ)容量的單位，它等于2的40次方，或者接近一萬(wàn)億個(gè)字節(jié)(即，一千千兆字節(jié))。”

一提到數(shù)據(jù)量級(jí)，人們通常會(huì)聯(lián)想到美國(guó)國(guó)會(huì)圖書(shū)館(見(jiàn)圖)。德勤、麥肯錫、IBM、Gartner和移動(dòng)廣告公司Adfonic的數(shù)據(jù)專家向TechTarget記者介紹了PB級(jí)數(shù)據(jù)究竟有多大。

麥肯錫***分析師Michael Chui指出，美國(guó)國(guó)會(huì)圖書(shū)館“在2011年4月前已經(jīng)收集了235TB的數(shù)據(jù)，而一個(gè)PB相當(dāng)于它的4倍。”

TechTarget自己的百科網(wǎng)站W(wǎng)hatis有關(guān)于PB大小的定義：“PB是數(shù)據(jù)存儲(chǔ)容量的單位，它等于2的50次方個(gè)字節(jié)，或者在數(shù)值上大約等于1000個(gè)TB。”

未來(lái)學(xué)家Raymond Kurzweil他的論文中對(duì)PB的定義進(jìn)行延伸：人類功能記憶的容量預(yù)計(jì)在1.25個(gè)TB。這意味著，800個(gè)人類記憶才相當(dāng)于1個(gè)PB。

如果這樣還不夠清楚，那么Adfonic的CTO Wes Biggs給出了下面更直接的計(jì)算：

假設(shè)手機(jī)播放MP3的編碼速度為平均每分鐘1MB，而1首歌曲的平均時(shí)長(zhǎng)為4分鐘，那么1PB歌曲可以連續(xù)播放2000年。

如果智能手機(jī)相機(jī)拍攝相片的平均大小為3MB，打印照片的平均大小為8.5英寸，那么總共1PB的照片的并排排列長(zhǎng)度就達(dá)到48000英里——大約可以環(huán)繞地球2周。

1PB足夠存儲(chǔ)整個(gè)美國(guó)人口的DNA，而且還能再克隆2倍。)

Kelton解釋說(shuō)，自動(dòng)縮放可以派上用場(chǎng)。 有時(shí)，他的公司處理了一百PB的數(shù)據(jù)，這需要擴(kuò)展到3萬(wàn)個(gè)內(nèi)核。 他在Kubernetes的***個(gè)版本 - 這是由GKE不久之后加入的 - “這不是核心功能集的一部分，”他說(shuō)。 GKE的高級(jí)產(chǎn)品經(jīng)理David Aronchick表示，GKE不支持垂直容器擴(kuò)展或節(jié)點(diǎn)自動(dòng)縮放，但是這些功能即將推出，他還負(fù)責(zé)Kubernetes的產(chǎn)品管理。

同時(shí)，亞馬遜的EC2云容器服務(wù)(ECS)由服務(wù)，任務(wù)和實(shí)例組成。 服務(wù)是構(gòu)成應(yīng)用程序的任務(wù)組，而實(shí)例則是支持容器的彈性計(jì)算云虛擬機(jī)，非常像GKE中的節(jié)點(diǎn)。

Amazon ECS的自動(dòng)縮放功能與GKE的功能相反：服務(wù)可以使用Amazon CloudWatch和Amazon Web Services(AWS)Lambda進(jìn)行自動(dòng)縮放，實(shí)例也可以基于CloudWatch指標(biāo)進(jìn)行自動(dòng)縮放，相當(dāng)于pods - 不能自動(dòng)縮放。

雖然所有類型的自動(dòng)縮放都很重要，但是Amazon用戶希望將自動(dòng)縮放功能添加到ECS中。一個(gè)Web內(nèi)容聚合器ACI信息組技術(shù)副總裁Chris Moyer說(shuō)：“旋轉(zhuǎn)一個(gè)額外的實(shí)例意味著您有額外的能力來(lái)運(yùn)行其他任務(wù)，但并不意味著任何新的任務(wù)將被轉(zhuǎn)移。

“如果你只是在自動(dòng)縮放你的實(shí)例，它并沒(méi)有真正的幫助你處理額外的負(fù)荷——你必須把額外的任務(wù)放大來(lái)擴(kuò)展。”

跨越區(qū)域的冗余

在開(kāi)發(fā)ECS時(shí)，亞馬遜優(yōu)先考慮在同一集群中本地跨越可用性區(qū)域(AZ)的能力，以便根據(jù)客戶需求對(duì)任務(wù)自動(dòng)縮放進(jìn)行冗余。 當(dāng)ECS服務(wù)調(diào)度程序啟動(dòng)新任務(wù)時(shí)，它還會(huì)嘗試在集群中的AZ之間自動(dòng)平衡。

“這很重要，因?yàn)閱蝹€(gè)AZ可以失敗，所以如果兩個(gè)任務(wù)都在同一個(gè)AZ，那可以輕松地取消你的服務(wù)，”Moyer說(shuō)。

根據(jù)Google的Aronchick，Google可以通過(guò)命令行界面(CLI)跨越GKE的多個(gè)區(qū)域。

“真的很容易 – 只需兩三個(gè)命令，”他說(shuō)。然而，這涉及到GKE客戶***的愿望清單項(xiàng)：Web UI的改進(jìn)，包括跨區(qū)域擴(kuò)展集群。

Vendasta Technologies在Saskatoon Sask的***架構(gòu)師Dale Hopkins表示：“UI需要大量的工作，該公司為媒體公司建立銷售和營(yíng)銷軟件。 霍普金斯說(shuō)，UI目前允許集群創(chuàng)建和更多。 “如何擴(kuò)展集群是非直觀的。”

互通性

ECS被構(gòu)建為一個(gè)可擴(kuò)展平臺(tái)，旨在被放置在客戶現(xiàn)有的工作流程中，主要用于代表用戶處理集群狀態(tài)。 與現(xiàn)有工作流程的集成的一部分適用于客戶已經(jīng)使用的工具，例如用于高級(jí)調(diào)度的Apache Mesos。 亞馬遜還擁有廣泛的云容器合作伙伴網(wǎng)絡(luò)，向亞馬遜ECS提供諸如監(jiān)控，持續(xù)集成和安全性等功能。

據(jù)Aronchick介紹，Google同時(shí)建立了一個(gè)云容器合作伙伴聯(lián)盟，使得Kubernetes能夠跨多個(gè)云提供商部署 - 而且也是今天的CLI功能。 當(dāng)Kubernetes 1.0去年夏天發(fā)布時(shí)，Google領(lǐng)導(dǎo)了Cloud Native Computing Foundation的創(chuàng)建。 基金會(huì)成員包括企業(yè)云服務(wù)公司，如IBM和紅帽，以及最終用戶Box，eBay和Twitter。

笛卡爾的Kelton說(shuō)：“有了Kubernetes，我實(shí)際上可以在Amazon上部署，我可以部署在Azure上，我可以部署在IBM上，我可以部署在我自己的物理硬件上。 “這很有吸引力，因?yàn)槲覀冇羞x擇。” Google還有一個(gè)開(kāi)源項(xiàng)目，每個(gè)月有數(shù)百個(gè)提交者和數(shù)千個(gè)提交，允許Kubernetes快速添加新的功能，如水平pod自動(dòng)縮放。

451研究公司的分析師杰·萊曼(Jay Lyman)說(shuō)：“Google是Kubernetes的***，Google對(duì)此做得非常好，擴(kuò)大了該社區(qū)的發(fā)展。

根據(jù)創(chuàng)始人約翰·德埃斯波西托(John D'Esposito)，一家總部位于紐約的一家咨詢大型企業(yè)IT項(xiàng)目的公司計(jì)劃在兩個(gè)新項(xiàng)目中使用ECS。 “促使我們使用ECS [包括]與現(xiàn)有的經(jīng)過(guò)驗(yàn)證的基礎(chǔ)設(shè)施服務(wù)(如彈性負(fù)載平衡，虛擬私有云，身份和訪問(wèn)管理以及彈性塊存儲(chǔ))的無(wú)縫集成的主要優(yōu)點(diǎn)。

GKE和Compute Engine定價(jià)也非常吸引客戶。 除了以10分鐘的增量為基礎(chǔ)的虛擬機(jī)資源收費(fèi)，GKE還免費(fèi)提供了Kubernetes主機(jī)，這特別適用于Vendasta的Hopkins。 他說(shuō)：“我沒(méi)有為Kubernetes付出代價(jià)，直到我進(jìn)入大量的機(jī)器--GKE為***套機(jī)器免費(fèi)提供了Kubernetes的主人，”他說(shuō)。

在推出Kubernetes和容器引擎之前，霍普金斯和凱爾頓都已經(jīng)使用Google云服務(wù)，包括Google App Engine。 因此，數(shù)據(jù)重力也起到了他們選擇部署云服務(wù)器服務(wù)的作用。

Kelton說(shuō)：“我們的大部分?jǐn)?shù)據(jù)都是在PB級(jí)，所以你不能只是移動(dòng)它們或復(fù)制它們，所以你必須將數(shù)據(jù)移動(dòng)到數(shù)據(jù)旁邊。 大部分?jǐn)?shù)據(jù)目前都存在于Google Cloud Platform中，盡管笛卡爾與AWS的合作伙伴合作。

Microsoft Azure云容器服務(wù)準(zhǔn)備就緒

盡管Google和AWS在云端容器戰(zhàn)爭(zhēng)中處于領(lǐng)先地位，但亞馬遜最為關(guān)鍵的競(jìng)爭(zhēng)對(duì)手仍然是微軟Azure，它擁有自己的基于Linux的云端容器服務(wù)，預(yù)計(jì)將有限，以及今年將推出的新版本的Windows Server 支持基于Windows的容器。 “我們大多數(shù)客戶都是在Azure或亞馬遜，”馬薩諸塞州羅徹斯特HKM咨詢公司的創(chuàng)始合伙人克里斯·萊利(Chris Riley)說(shuō)，“微軟有一些有趣的工具正在開(kāi)發(fā)中。 如果我們來(lái)看一個(gè)次要的，那可能是Google之前的Azure。“

與許多微軟產(chǎn)品一樣，簡(jiǎn)單易用的使用是設(shè)計(jì)的重點(diǎn)，根據(jù)Kristian Nese的說(shuō)法，他是挪威的微軟Azure系統(tǒng)集成商。

Nese說(shuō):“當(dāng)我們今天部署Azure云容器服務(wù)時(shí)，它的代碼是100行。”“一旦部署了Azure容器服務(wù)，就可以部署23個(gè)資源。如果您手動(dòng)執(zhí)行這個(gè)操作，它很可能會(huì)導(dǎo)致數(shù)千行代碼。”

Azure容器服務(wù)還在工作中以獨(dú)立服務(wù)的形式進(jìn)行了自動(dòng)縮放，這一服務(wù)也在預(yù)覽中被稱為VM Scale集。Nese還說(shuō)，Azure還將提供一些現(xiàn)有的、熟悉的工具來(lái)管理容器，比如Azure資源管理器。評(píng)估Azure容器服務(wù)與Google和AWS的對(duì)比

David Linthicum、云技術(shù)合作伙伴AWS、谷歌和Azure都提供了自己的云容器服務(wù)。盡管它們各有優(yōu)缺點(diǎn)，但對(duì)您來(lái)說(shuō)***的服務(wù)取決于您的應(yīng)用程序需求。

隨著越來(lái)越多的組織使用容器技術(shù)來(lái)部署云應(yīng)用程序，看起來(lái)容器和云將會(huì)加入到更時(shí)髦的環(huán)境中。因此，三大云服務(wù)提供商——亞馬遜網(wǎng)絡(luò)服務(wù)、微軟Azure和谷歌——在市場(chǎng)上擁有自己的容器服務(wù)也就不足為奇了。然而，這些服務(wù)并不是生來(lái)平等的。

出于本文的目的，云技術(shù)合作伙伴，一家位于波士頓的云計(jì)算咨詢公司，對(duì)Amazon Web Services(AWS)、Google和Azure容器服務(wù)進(jìn)行了內(nèi)部審查，對(duì)技術(shù)進(jìn)行了輪詢咨詢，并檢查了用例。在評(píng)估或使用基于云的容器服務(wù)時(shí)，該公司考慮了幾個(gè)重要的特性，包括數(shù)據(jù)管理、可伸縮性、性能、安全性、DevOps和與管理和操作的集成(如表1所示)，使用的是開(kāi)發(fā)和操作——簡(jiǎn)而言之，企業(yè)對(duì)此該做些什么?

對(duì)于1-5級(jí)，1是***分，5是***。 指定為1意味著該技術(shù)根本不支持該類別，而5則表示該技術(shù)滿足該類別的大部分功能和功能要求。 我們研究DevOps類別的一個(gè)要求是容器子系統(tǒng)支持DevOps操作或提供集成存儲(chǔ)庫(kù)的能力。 對(duì)于評(píng)估Google，AWS或Azure容器服務(wù)的企業(yè)，本文提供了一些基礎(chǔ)知識(shí)。 企業(yè)如何應(yīng)用，將最終將推動(dòng)您的最終產(chǎn)品發(fā)展方向。

集成和數(shù)據(jù)考慮

Azure容器服務(wù)(ACS)基于Apache Mesos，這是一個(gè)開(kāi)源的容器編排系統(tǒng)。 這意味著考慮到ACS之前的功能和功能，可以對(duì)ACS的特性和功能做出一些很好的假設(shè)。 目前尚不普遍可用的ACS是上述三個(gè)容器服務(wù)中***的。 隨著我們?cè)贛icrosoft容器產(chǎn)品上提供更多的數(shù)據(jù)點(diǎn)，將會(huì)有很大的變化。

使用AWS EC2容器服務(wù)(ECS)，我們看到一些操作問(wèn)題，例如無(wú)法以細(xì)粒度的級(jí)別監(jiān)控容器。當(dāng)考慮ECS與管理和運(yùn)營(yíng)的集成時(shí)，應(yīng)該與任何AWS產(chǎn)品一樣強(qiáng)大，我們必須將其降低到4分，相對(duì)于Google容器引擎(GKE)5分。然而，ECS確實(shí)包含了CloudWatch集成，與ACS相比，它可以使其更加穩(wěn)定。此外，此時(shí)，ACS僅支持Linux容器。雖然Windows的支持即將到來(lái)，隨著Microsoft端口Mesos的過(guò)去，.NET開(kāi)發(fā)人員現(xiàn)在已經(jīng)落后于曲線。在數(shù)據(jù)方面，所有這些服務(wù)都提供本機(jī)數(shù)據(jù)連接，而不會(huì)強(qiáng)制使用外部API，但還有改進(jìn)的余地。一個(gè)問(wèn)題是他們將綁定容器與本地?cái)?shù)據(jù)服務(wù)，而不提供開(kāi)放的數(shù)據(jù)訪問(wèn)，這增強(qiáng)了可移植性。如果數(shù)據(jù)與容器緊密耦合，則難以創(chuàng)建便攜式容器。這是我們現(xiàn)在關(guān)注的一個(gè)新興領(lǐng)域。

AWS，Google和Azure容器安全

在考慮安全性時(shí)，我們發(fā)現(xiàn)Google的服務(wù)通過(guò)其Kubernetes容器業(yè)務(wù)流程系統(tǒng)，具有“秘密”功能和其他兩項(xiàng)服務(wù)缺乏的額外資源限制。 因此，GKE獲得了更高的安全排名。 請(qǐng)記住，Microsoft也使用Kubernetes，但是以不同的方式。 大部分技術(shù)本身都是從用戶中抽象出來(lái)的。

然而，當(dāng)查看主機(jī)平臺(tái)或容器服務(wù)所在的公共云平臺(tái)時(shí)，有趣的是，Google平臺(tái)在安全性方面，在某些方面不如AWS或Azure。 雖然Google可以使用第三方身份訪問(wèn)管理(IAM)工具，但它缺乏本地IAM支持。 雖然這并沒(méi)有影響到表中列出的排名，但是隨著任何這些平臺(tái)的前進(jìn)，這是值得考慮的。

DevOps的可擴(kuò)展性

對(duì)于DevOps，GKE和Amazon ECS現(xiàn)在有自己的注冊(cè)中心，但是Azure容器服務(wù)卻沒(méi)有。Google和AWS在考慮各自云中的容器服務(wù)時(shí)，提供了更好的DevOps集成。

可擴(kuò)展性與您的應(yīng)用程序的需求相關(guān)，因此我們根據(jù)其提供的機(jī)制(如Mesos)以及我們?cè)陧?xiàng)目中看到的一些用例做出假設(shè)。 當(dāng)您查看這些技術(shù)來(lái)托管和執(zhí)行容器時(shí)，您可以使用相同的方法。 例如，使用Mesos的ACS應(yīng)提供公平的可擴(kuò)展性，但不如GKE提供更好的集群功能。

眾所周知，亞馬遜ECS提供優(yōu)質(zhì)的可擴(kuò)展性，主要由AWS為其容器引擎提供的高度可擴(kuò)展的平臺(tái)功能驅(qū)動(dòng)。

總而言之，由于Google與其自己的Kubernetes容器集成緊密集成，以及Google的開(kāi)發(fā)和運(yùn)營(yíng)支持，Google的產(chǎn)品總體上更為先進(jìn)。 不過(guò)，Google并不是那么遠(yuǎn)，AWS和微軟不能快速趕上。 考慮到AWS在市場(chǎng)上的擔(dān)心，它可能會(huì)在不久的將來(lái)提供更好的容器技術(shù)。