隨著現(xiàn)代容器化應(yīng)用陸續(xù)被各大企業(yè)發(fā)現(xiàn)并認可，主要供應(yīng)商開始提供容器基礎(chǔ)設(shè)施和管理 "即服務(wù) "只是時間問題。

根據(jù)Flexera最新的2020年云計算狀態(tài)報告，容器的使用在全球企業(yè)中穩(wěn)中有升，65%的組織表示他們使用Docker容器，58%的組織以某種方式使用Kubernetes編排系統(tǒng)。

缺乏資源和專業(yè)知識經(jīng)常被認為是使用容器構(gòu)建和維護應(yīng)用程序的主要挑戰(zhàn)。因此，開發(fā)人員越來越多地轉(zhuǎn)向容器即服務(wù)(CaaS)產(chǎn)品提供的自動化，這一點也不奇怪。

容器即服務(wù)，或稱CaaS的定義

通過CaaS，云廠商基本上提供了一個托管的容器編排引擎(通?；诔壛餍械腒ubernetes開源項目，該項目起源于谷歌)來部署和運行容器，管理集群，自動擴展和故障管理，并維護共同的基礎(chǔ)設(shè)施層，包括治理和安全。

一般來說，所有的網(wǎng)絡(luò)、負載均衡、監(jiān)控、日志、認證、安全、自動縮放和持續(xù)集成/持續(xù)交付(CI/CD)功能都由CaaS平臺負責(zé)。

這使得企業(yè)能夠充分利用云基礎(chǔ)設(shè)施的優(yōu)勢，同時有助于避免典型的平臺即服務(wù)(PaaS)，如AWS Elastic Beanstalk、Azure App Service或Google App Engine所帶來的任何供應(yīng)商鎖定，因為容器本身允許在各種環(huán)境中進行簡單的移植。

如果容器是你想要的方式，那么CaaS和運行在經(jīng)典的基礎(chǔ)設(shè)施即服務(wù)(IaaS)上的區(qū)別，就在于你的組織是否有資源和技能來實施和管理Kubernetes(或其他容器協(xié)調(diào)層)，或者將其交給云提供商來管理。這個決定還可能取決于你的容器環(huán)境是否必須跨越多個云和/或內(nèi)部環(huán)境。

許多供應(yīng)商提供的CaaS平臺可以在內(nèi)部部署或在云中部署(見下文)。"你可以在基礎(chǔ)設(shè)施層面管理事情，自己設(shè)置編排器，也可以使用容器平臺處理底層基礎(chǔ)設(shè)施，并提供一個預(yù)裝的編排器，為你部署和擴展容器做好準(zhǔn)備"。前德意志銀行和BBC開發(fā)者Rob Isenberg在O'Reilly出版的《Docker for Rails Developers》一書中寫道。

優(yōu)點

在CaaS上運行容器類似于在IaaS上運行虛擬機。主要的好處是部署速度快、使用方便，以及現(xiàn)收現(xiàn)付云模式的簡單性和上述擺脫供應(yīng)商鎖定的自由。

通過將容器基礎(chǔ)架構(gòu)交給云供應(yīng)商，您可以在不投資自己的硬件，也不需要構(gòu)建和運行自己的Kubernetes集群(或其他容器協(xié)調(diào)系統(tǒng))的情況下啟動和運行。

此外，通過容器化應(yīng)用程序，你可以更容易地將應(yīng)用程序遷移到不同的環(huán)境或供應(yīng)商生態(tài)系統(tǒng)中，從而提供更大的靈活性和可擴展性選擇。

所有這一切還具有那些最重要的成本效率機會，因為容器能更好地根據(jù)需求進行橫向擴展，使企業(yè)只需為其使用的云資源付費。容器比虛擬機輕巧得多，這意味著它們的資源密集度更低，往往會帶來速度的提升和成本的降低。

另一個好處來自于儀器和日志的一致性，因為在容器中隔離單個服務(wù)可以通過流行的sidecar部署模型實現(xiàn)更有效的日志聚合和集中監(jiān)控。

將傳統(tǒng)應(yīng)用遷移到容器仍然是一個重大的障礙，即使是在CaaS上運行，正如Flexera的云計算現(xiàn)狀報告中34%的受訪者所提到的那樣。遷移到容器往往涉及將單體應(yīng)用分解為微服務(wù)，對于規(guī)模較大、歷史較長的組織來說，這可能是一個重大的文化和技術(shù)轉(zhuǎn)變，不應(yīng)輕視。

的供應(yīng)商選擇

大多數(shù)主要的云提供商都有CaaS產(chǎn)品，還有一些其他提供商也希望參與其中。云服務(wù)市場領(lǐng)導(dǎo)者亞馬遜網(wǎng)絡(luò)服務(wù)(AWS)的Kubernetes無彈性容器服務(wù)(ECS)和彈性Kubernetes服務(wù)(EKS)的采用率很高。同樣，根據(jù)Flexera的分析，Azure Kubernetes Service的采用率也大幅上升，谷歌Kubernetes Engine(GKE)也是如此。

目前，三大云巨頭也都提供了無服務(wù)器的Kubernetes服務(wù)，其中AWS ECS在Fargate上，Google Cloud Run在GKE上，Azure Container Instances也是如此。與EKS、AKS和GKE不同，這些服務(wù)免去了執(zhí)行服務(wù)器管理任務(wù)的需要，是按需消費用例的理想選擇。

谷歌云的大部分容器管理功能現(xiàn)在都在Anthos的保護傘下，它可以跨內(nèi)部基礎(chǔ)設(shè)施和主要的公共云(現(xiàn)在是谷歌云平臺和AWS，Azure的支持也在路上)管理基于容器的應(yīng)用程序。

Anthos結(jié)合了用于云工作負載的GKE、GKE On-Prem和Anthos Config管理控制臺，它允許在混合和多云Kubernetes部署中進行集中管理、策略和安全。

除了 "三大 "云廠商外，包括IBM/紅帽、VMware、SUSE/Rancher、Canonical、D2iQ(原Mesosphere)、Rackspace、Oracle、HPE、阿里巴巴、華為和騰訊在內(nèi)的廠商都有某種程度的托管CaaS選擇。其中一些產(chǎn)品可以在內(nèi)部部署，也可以在公共云中部署，或者兩者兼而有之。

哪個平臺是最好的?

行業(yè)分析機構(gòu)Gartner并沒有為CaaS提供商設(shè)立魔力象限，但在其最新的競爭格局， Wataru Katsurashima的《公有云容器服務(wù)報告》中，它將谷歌的GKE確定為的托管Kubernetes選項。

Forrester的分析師在2019年第三季度將AWS置于其最新的公有云企業(yè)容器平臺新浪潮中的地位，微軟和谷歌只是在后面。

需要注意的是，F(xiàn)orrester的報告只統(tǒng)計了7家廠商，并且嚴格關(guān)注公有云部署，但，根據(jù)Forrester作者Dave Bartoletti和Charlie Dai的說法，AWS"在部署選項、安全性和深度集成方面處于地位"。"憑借廣泛的完全管理(和無服務(wù)器)Kubernetes(K8s)消費選項，以及直接部署到其云基礎(chǔ)設(shè)施的最多容器，AWS繼續(xù)創(chuàng)新并將其容器平臺與其的安全和網(wǎng)絡(luò)功能深度集成"。

Forrester報告敦促微軟和谷歌簡化其容器平臺。“微軟因其更強大的開發(fā)者經(jīng)驗和全球影響力而受到稱贊，但卻因其復(fù)雜性而受到打擊”這是報告中常見的一句話。谷歌因其深厚的Kubernetes專業(yè)知識和穿越多云環(huán)境的努力而贏得贊譽，但同樣因復(fù)雜性而受到批評。

盡管如此，根據(jù)2019年CNCF調(diào)查，AWS EKS仍然是最常用的容器管理平臺，GKE、Docker EE/CE和AKS緊隨其后。

Flexera的《2020年云計算現(xiàn)狀報告》將企業(yè)對AWS EKS/ECS的使用率定為55%，另有23%的企業(yè)受訪者計劃在未來使用這些CaaS選項。Azure Kubernetes服務(wù)的采用率達到50%，另有26%的企業(yè)計劃在未來使用AKS。而Google Kubernetes Engine達到了26%，27%的企業(yè)受訪者計劃使用GKS。

然而，根據(jù)Flexera的報告，自管理Kubernetes仍然超過了所有選項，占企業(yè)受訪者的63%。關(guān)于CaaS的主要信息來源是供應(yīng)商本身，因此很難做出明智、公正的選擇。

如上文所述，F(xiàn)orrester和Gartner都對這一領(lǐng)域進行了深入研究，但他們的視角通常是關(guān)注哪些廠商脫穎而出，而不是如何在生產(chǎn)中加快CaaS的速度。

網(wǎng)站標(biāo)題：什么是CaaS？簡化容器管理
瀏覽路徑：http://jinyejixie.com/news/204664.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護、響應(yīng)式網(wǎng)站、標(biāo)簽優(yōu)化、虛擬主機、企業(yè)網(wǎng)站制作、軟件開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)