戳藍字“CSDN云計算”關注我們哦！ 作者 |? 晶少
責編 | 阿禿 出品 | CSDN云計算（ID：CSDNcloud）

據晶少了解，國慶假期后的首個工作日，AWS就在中國區域放出了一款“重量級”容器服務，名為 AWS Fargate，光環新網運營的 AWS 中國（北京）區域和西云數據運營的 AWS 中國（寧夏）區域均提供該項服務。

據悉這是一款可以適用于 Amazon ECS的計算引擎，主要幫助企業在生產過程中運行容器、卻無需部署或者管理服務器，換句話說就是專注設計和構建應用程序，而不用掛心太多基礎設施的“那些事兒”。

不得不說，針對容器服務的需求定位，AWS Fargate可謂一擊即中，這一點從AWS現代化應用產品市場負責人Aaron Kao的介紹中我們就能深深感受到。

一段時間以來，以AWS為首的云服務提供商都會聽到很多相似的用戶反饋，其中構建屬于自己的現代應用成為企業們不得不積極追逐并實現的。什么是現代應用？想必全球化、大規模，毫秒級延遲、PB級數據以及多模態等諸多特性是不可缺少的。

早在2000年，亞馬遜網站構建的是單體性質的應用(monolithic application)，非常大型但敏捷性表現缺乏。具體來說如果想要在其中添加新產品，必須做到對源代碼進行編輯與修改，很多團隊需要集中在一個管道中進行單體應用的開發，效率之低可想而知。

“2001年，我們想改變這種構建應用的方式，所以就分解成多個微服務的架構，打造'雙披薩團隊'，這是一次組織上的變革，為的就是達成更加迅速的開發效率。”交談中，晶少得知，所謂“雙披薩團隊”直觀意義上是指團隊成員的數量只需要兩個披薩就可以滿足食欲；引申來說則是這種配置的團隊完全負責自身開發的服務，對應用有絕對的所有權，從發現應用、開發再到部署等環節，具備全面的問責機制，有人稱這就是DevOps開發應用的模式。

從單一到微服務的過渡，我們發覺計算也在隨著時間而變化，從虛機到各種實例的類型，然后是容器的崛起、無服務器計算Lambda的興起。我們看到很多客戶在容器方面做了許多有意思的事情，比如說麥當勞，推出了一個送貨上門的服務，是在四個月之內使用Amazon ECS上運行的微服務而達成。

據悉這個云原生的微服務架構可以用不到100毫秒的延遲擴展到每秒兩萬個訂單，而且能夠輕松與全球交付合作伙伴進行集成。這是亞馬遜對現代應用構建模式的探究，如今成千上萬的用戶早已經踏上了這條探索之旅。

回到AWS Fargate的新鮮出爐，歸根到底還是在用戶構建現代應用的過程中使用容器帶來的啟發。大家在此過程中經常會想到一個問題，如何對手上的容器進行整合？使用Fargate服務之后，用戶就不需親手處理服務器以及基礎架構方面的工作，也能做到快速推出和擴充容器應用，這個過程只需要根據自身使用服務的情況完成付費即可。

提及安全的無服務器體驗，不必花費過多精力管理基礎設施的要求，我們至今記憶猶新，在2014 年 re:Invent 大會上發布的Lambda，如今Lambda 每月為數十萬活躍客戶處理數萬億次執行。作為事件驅動的無服務器計算的應用，Lambda 能夠允許用戶無需預配或者管理服務器即可運行代碼，只需按被消耗的計算時間付費。

具體來說它能夠自動擴展到工作負載，適用于流行的IDE工具包，也可以通過嵌套應用簡化部署來提高工作效率；另外在不斷增加功能集成方面，例如集成Lambda應用負載均衡、Lambda SQS等。

舉個例子來說，作為使用AWS Lambda的用戶，可口可樂公司高效使用Lambda和STEP函數來更新自動售貨機通行證應用，并通過Lambda管理計算實例來促進開發人員進行創新，甚至可以做到讓工程人員在幾天內快速構建和部署新功能。截至目前的不完全統計，已經有數十萬用戶在使用AWS Lambda的過程中成功建立微服務以及現代化應用。

表述到這里，關于Fargate和Lambda的關系，可能會有很多人心存困惑，同樣是專注應用與上層架構，區別呢？本質上來說，Fargate和Lambda是構建和包裝客戶應用的兩種不同方式。如果用戶想著手容器層面的運行，并將其包裝成為容器類型的服務，即可以使用Fargate；如果用戶只是要作為函數來打包代碼的話 ，提及觸發器就可以運用Lambda，簡單來說用戶想要涉及控制權的多少，以此來衡量抽象化的程度。

例如，美國金融業監管局FINRA，它主要針對美國證券交易市場上數以千計的證交所交易人員、幾十億美金的交易進行跟蹤，發現可能的欺詐行為。“這樣的工作內容決定有時候會遇到峰值情況，眼下的資源不夠使用，所以就可以切換到Lambda來達成計算速度并滿足峰值要求；美國著名的媒體公司Turner，因為不想花費太多精力掌管旗下的諸多實例，所以將其遷移到Fargate上，著手打造一個網站共享服務平臺，不但降低成本還縮短了開發時間。”

如此一來，從產品和服務觸發，我們觀察到AWS容器服務的整體格局，廣泛性是表現突出一個特點。“整體涵蓋三個層面，最底層是彈性的映像注冊表，即Amazon ECR (Amazon Elastic Container Registry)，可以存儲容器映像文件且非常易用；中間層是計算引擎，容器要運行在某個計算平臺上就可以使用Amazon EC2作為啟動類型，也可以使用AWS Fargate來啟動無服務器運行等；此外編排層，可以根據客戶的需求選擇，如果并沒有自己明確的傾向，如果要求抽象水平低并專注于基礎架構或者配置等，用戶也可以自己搭建編排服務。” Aaron Kao表示。

談整體后，聚焦如今大火的K8S，Aaron Kao進一步闡述隨著時間的推移，用戶又提及了關于Kubernetes的諸多需求，或許這就是推出Amazon Elastic Kubernetes Services的原因，那AWS的Kubernetes究竟優勢何在？

眾所周知，EKS是運行生產級工作負載的平臺，安全和可靠是重中之重。“我們提供原生和上游（native and upstream)的Kubernetes體驗，AWS的Kubernetes服務與開源層面的Kubernetes運行完全一樣；此外我們還與社區共同合作，將代碼貢獻給上游。”

毋庸置疑，用戶選擇AWS之初很重要的一點就是服務的深度與廣度，從存儲服務、管理服務等出發的165種不同種類的云服務，可以高效幫助在EKS方面與AWS平臺實現無縫的集成，能力的全面釋放不容小覷。

具體來說，用戶是如何使用Amazon EKS呢？整個過程主要包括通過微服務、平臺即服務這樣的運行架構，當然也有使用EKS來進行企業應用的遷移，此外還涉及到某些用戶使用EKS進行機器學習等。“未來我們還要做的一些事情確保EKS針對任何想要用AWS的客戶來說都是極其友善的，比如讓EKS與AWS Identity and Access Management (IAM) 集成，每一個EKS的Pods都可以獲得IAM的許可。相信EKS很快會在AWS中國（北京）區域、AWS中國（寧夏）區域、AWS南美洲（圣保羅）區域推出，值得提及的是目前51%的Kubernetes工作負載都在AWS上運行。”

除了讓EKS使用起來更具友善之外，KAO表示更重要的創新舉措還會集中在全堆棧的方向，例如硬件層面的Nitro系統，可以提高性能和硬件安全且讓Hypervisor（虛擬機管理程序）更有效地運行；軟件層面的Firecracker，作為一個開源的微虛機，讓用戶在運行容器時可以更安全。

據晶少獲知的消息，這項用于運行多租戶容器工作負載的新型虛擬化技術與開源項目，能夠讓服務擁有者將容器實現的速度、資源效率和性能與傳統虛擬機的安全性與隔離性結合，從而運行基于容器的、安全的多租戶服務。

Firecracker 在 Linux 基于內核的虛擬機 (KVM) 上運行虛擬機管理程序 (VMM)，并提供 RESTful API 來創建和管理具備任何 vCPU 和內存組合的微虛擬機，從而滿足應用程序的需求。

作為Apache 2.0 下的開源項目，其設備模擬量低的特性可以縮短啟動時間、減少每個微虛擬機的內存占用空間，并為每個容器提供可信賴的沙盒環境。目前Firecracker 支持 Intel 處理器，并會在 2019 年推出對 AMD 和 ARM 的支持。?

“我們與客戶密切合作，其密切程度可以集中表現在90%的產品路線圖都來源于用戶，他們會準確地告訴我們，希望達成的技術未來將是如何？未來我們的重點還是專注于安全性、可用性、可靠性以及開發人員、工具方面的創新，但用戶需求是關鍵，這一點絕對重要。”

12月6-8日，深圳！2019嵌入式智能國際大會，集聚500+位主流AIoT中堅力量，100+位海內外特邀技術領袖！9場技術論壇布道，更有最新芯片和模組等新品展示！點擊鏈接或掃碼，輸入本群專屬購票優惠碼CSDNQRSH，即可享受6.6折早鳥優惠，比原價節省1000元，學生票僅售399元！

福利 掃描添加小編微信，備注“姓名+公司職位”，入駐【CSDN博客】，加入【云計算學習交流群】，和志同道合的朋友們共同打卡學習！

推薦閱讀：

總結

以上是生活随笔為你收集整理的i 智慧 | 深度广度并举，AWS容器服务再推利器！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。