容器編排平臺使容器的使用變得更加容易，在容器上運行任何應(yīng)用程序?qū)⑹蛊淇蛇w移。但是，當需要擴展或添加服務(wù)時，如果企業(yè)沒有一個平臺來管理和組合所有功能，那么將會遇到問題，并且很快將變得難以處理。

AWS的容器編排平臺有三個主要選項，每個都有自己的優(yōu)點和缺點。企業(yè)做出的選擇最終將取決于其業(yè)務(wù)需求和持續(xù)的維護能力。

為了幫助企業(yè)做出決定，以下是每種托管容器編排的優(yōu)缺點：  

彈性容器服務(wù)(ECS)：原生選擇  

彈性容器服務(wù)(ECS)是AWS公司推出的第一個托管容器編排產(chǎn)品。對于許多人來說，這是最簡單的選擇，并且它當然具有最少的組件數(shù)量。  

作為一個高度集成的編排平臺，對于任何對AWS生態(tài)系統(tǒng)感到滿意并希望獲得AWS服務(wù)和支持的好處和熟悉度的人來說，這都是一個絕佳的選擇。它也具有成本效益，因為企業(yè)不必為使用其控制平臺支付費用，并且可以使用內(nèi)置的AWS代碼工具，還可以享受服務(wù)和任務(wù)的細粒度身份和訪問管理(IAM)。  

當企業(yè)要將應(yīng)用程序部署到彈性容器服務(wù)(ECS)上時，可以分別為每個應(yīng)用程序定義操作，例如，指示哪些容器可以訪問S3，哪些容器沒有訪問權(quán)限。  

彈性容器服務(wù)(ECS)什么時候不是最好的選擇?  

作為專有的AWS解決方案，如果企業(yè)使用彈性容器服務(wù)(ECS)，則將應(yīng)用程序克隆到其他云計算供應(yīng)商并不是一件容易的事。此外，業(yè)務(wù)流程平臺對路由的支持有限，目前僅支持基于路徑的路由，不支持基于主機的路由。要考慮的另一個因素是，香港免備案主機，彈性容器服務(wù)(ECS)對狀態(tài)更改的響應(yīng)比三個云計算行業(yè)巨頭中的其他服務(wù)器響應(yīng)還要慢，因此，如果企業(yè)要尋求高性能的解決方案，那就不是最好的選擇。  

彈性容器服務(wù)(ECS)適合誰?  

如果企業(yè)希望進行一個物有所值的投資，而這些因素都不適合，那么彈性容器服務(wù)(ECS)是一個不錯的初學(xué)者選擇，對于沒有經(jīng)驗豐富的DevOps進行業(yè)務(wù)編排的任何企業(yè)和用戶來說，它都是完美的選擇。如果企業(yè)要在云平臺上部署的服務(wù)數(shù)量有限(少于10個)，建議可以這樣做。否則將會使解決方案變得更加復(fù)雜，企業(yè)可能會發(fā)現(xiàn)彈性容器服務(wù)(ECS)可能更適合。  

EKS：Kubernetes的選擇  

EKS是AWS的Kubernetes產(chǎn)品，Kubernetes是一種流行的開源容器編排平臺。由于EKS是AWS公司的托管服務(wù)，因此消除了Kubernetes的初始安裝和維護帶來的許多麻煩。  

Amazon EKS在Kubernetes上運行。它的風格不同，因此企業(yè)獲得的功能與創(chuàng)建自己的Kubernetes集群時相同，如果將來要運行多云，則可以輕松克隆該平臺。  

作為一個開源平臺，EKS受益于大量的開發(fā)人員，他們不斷開發(fā)和改進這種技術(shù)，積極地開發(fā)新功能。值得一提的獨特賣點包括空間隔離，企業(yè)可以在其中用邏輯邊界分割集群，例如，限制開發(fā)人員使用特定數(shù)量的集群資源。此外，它還提供了運行Cron作業(yè)和有狀態(tài)工作負載的功能。  

與彈性容器服務(wù)(ECS)相比，EKS的部署時間要快得多，只需幾秒鐘，因此企業(yè)每天可以部署幾次，并且快速反饋更改。可以使用Kubectl命令行工具聲明所有內(nèi)容，并且有很多集成。這些功能包括服務(wù)到服務(wù)的通信以及Pod和Worker節(jié)點的本地擴展，使企業(yè)的開發(fā)人員可以專注于其業(yè)務(wù)邏輯并提供新功能。在此需介紹Helm，這是一個程序包管理器，它具有將多個應(yīng)用程序或業(yè)務(wù)邏輯捆綁在一起以用于整體部署和更新整個單元的功能。  

使用EKS應(yīng)該注意什么?  

人們必須意識到，Kubernetes只適合一部分企業(yè)。企業(yè)每個月將增加控制平臺的成本，并且學(xué)習(xí)曲線比使用彈性容器服務(wù)(ECS)時要陡得多，并且目前與AWS云平臺的集成較少。與彈性容器服務(wù)(ECS)不同，AWS公司的身份和訪問管理(IAM)不是內(nèi)置的，因此企業(yè)的開發(fā)人員或DevOps將需要安裝其他工具來實現(xiàn)此功能。

另一個嚴重的限制是容器密度，這是EKS的獨特問題。每個容器(pod)都綁定到虛擬私有云(VPC)中的某個專用IP，directadmin安裝，并且如果企業(yè)的應(yīng)用程序使用許多副本或微服務(wù)，則集群可以擴展，但不是由于企業(yè)的實例耗盡了CPU或內(nèi)存，而是因為實例已經(jīng)運行IP分配給工作節(jié)點。  

這將導(dǎo)致額外的成本，并且可能會受到限制，因為企業(yè)的開發(fā)人員將為工作節(jié)點使用的較小實例提供有限的IP。如果企業(yè)的微服務(wù)快速并且大規(guī)模擴展，這是需要考慮的一個重要因素。  

EKS適合誰?  

這里的關(guān)鍵問題是，一旦安裝完成，誰將負責獲得它的所有權(quán)?管理和維護EKS需要專門的專家，如果企業(yè)沒有人手，則另一種選擇可能更合適。  

Fargate：容器按需選擇