借助Fargate和EKS,AWS甚至可以实现Cloud-ier和Kuberneties-ier
在本周的re:Invent大會上,AWS宣布了很多很棒的事情。 您應該檢查一下他們的頁面 ,以了解他們正在做的所有新工作的概況–內容很多,而且其中很多似乎立即有用。 如果您想了解更多信息,我的同事凱利·安德魯斯(Kelly Andrews)在此處進行了撰寫,并在整篇公告中做了特別的音樂表演。
在CI / CD和操作領域中,對我們很多人而言,有兩件事情是對ECS的Kubernetes支持(他們將其稱為EKS)和一項名為AWS Fargate的新服務。
由于AWS基礎設施堆棧和服務可能已經有點混亂,有時會重疊-并且由于我們使用AWS,許多使用Codeship的團隊也使用過-我們想花幾分鐘來討論這兩個新選項以及您可能如何使用它們。
EKS是Kubernetes的ECS
當AWS宣布Kubernetes對ECS(現在代表彈性容器服務,而不是EC2容器服務-知道!)的支持時,他們決定也給它起一個單獨的名稱。 因此,適用于Kubernetes的Amazon Elastic Container Service(簡稱 EKS)與ECS等效,可在您的AWS云上本地運行托管Kubernetes。
這非常酷,因為到目前為止,托管的Kubernetes由Google Cloud提供,最近由Microsoft Azure提供,但在AWS-world中卻沒有,這使得Kubernetes的采用對于已經建立并投資于AWS生態系統的團隊而言更加痛苦。
如果您一直在考慮將Kubernetes添加到您的堆棧中并使用AWS,那么現在很可能是一個更容易的選擇。 而且,如果您已經在AWS上運行Kubernetes,則可以進行一些工作以使EKS正常運行(一旦廣泛可用),以簡化開銷。
Fargate移除了機器(但尚未針對EKS)
接下來是AWS Fargate 。 對于在ECS上建立的團隊來說,這項新服務應該可以解決極大的挫敗感。
如果您使用過ECS,則知道它可以以極大簡化可擴展性和操作控制的方式在EC2基礎架構上管理容器集群。 但是,它沒有做的是管理在其上運行該集群的實際EC2隊列。
到目前為止,您需要手動配置和維護艦隊才能在其上運行ECS,這可能意味著要處理很多機器設置以及(尤其是AWS)用戶策略問題。
Fargate消除了所有這些開銷,從而完全不需要配置計算機。 他們將提供大約50種不同的計算機配置默認值,并根據您的應用程序每分鐘的請求向您收費-僅此而已。
建立自己的EC2機群仍將為您提供更多選擇和更多控制權,但是,如果您實際上不需要過多地定制機器,那么Fargate將讓您自然地告訴ECS按需旋轉哪種類型的機器。 ,視需要而定-讓您繼續生活。
不過,有一點需要注意的是,至少在最初,EKS(上述的Kubernetes的ECS)將不支持Fargate。
Fargate是Lambda嗎?
Fargate可能感覺像Lambda或無服務器技術,因為它具有與那些服務已普及的按使用付費定價模式相同的價格。 但是,Fargate并不是無狀態功能即服務的提供者,而是ECS(以及將來的其他服務)的資源抽象和管理層。
Fargate的最終目標是簡化使用ECS之類的工具并提高僅專注于開發的能力,從而減少一層管理。
注冊免費的Codeship帳戶
那么您應該使用這些服務嗎?
雖然AWS通常可能有點讓人費解,但是幸運的是,這里的標題并不復雜。
如果您想在AWS上使用Kubernetes或當前正在使用它,則可能應該使用EKS,因為它可以簡化和自動化Kubernetes的最難部分,同時增加ECS的所有出色功能。
如果您正在使用ECS并討厭管理計算機,則應使用Fargate。 這將使EC2車隊管理永無止境。
如果您想在AWS上使用Kubernetes,或者不想使用它,又討厭機器管理...那么,您現在就不走運了。 由于Fargate暫時不支持EKS,因此EKS將要求您像ECS一樣管理EC2車隊。
結論
借助EKS和Fargate,AWS正在擴展它們為您簡化的功能。 很高興看到這一點,因為它們使加載各種容器驅動的工作流變得更加簡單且更具成本效益,同時進一步降低了操作開銷。
翻譯自: https://www.javacodegeeks.com/2017/12/aws-even-cloud-ier-kuberneties-ier-fargate-eks.html
總結
以上是生活随笔為你收集整理的借助Fargate和EKS,AWS甚至可以实现Cloud-ier和Kuberneties-ier的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 设计模式 原型模式_设计模式:原型
- 下一篇: 苹果要求客服在iPhone 12辐射超标