作為云計算領域的排頭兵，AWS一直是“老大哥”形象，他的一舉一動都牽動著無數人的神經。AWS不僅在云計算領域投入時間早、運行時間長、客戶多，在無服務器、容器以及現代化應用工具開發方面，也是當之無愧的引領者。所以，很多企業都把AWS的產品當做云計算領域的晴雨表，是新技術發展的“風向標”。

在容器技術定型之前，AWS沒有站隊，因為AWS擁有自己的一套理念，就是“我建應用，你直接使用”。但有意思的是，當以Kubernetes為代表的容器時代來臨，AWS也開始擁抱這一趨勢，推出新的“產品矩陣”。

那么，AWS到底如何看待容器，尤其是Kubernetes的技術發展趨勢？未來將如何部署容器、微服務方面的產品及解決方案？在開源技術支持方面，歐洲服務器，有哪些新動態？AWS現代化應用產品系列負責人Aaron Kao，接受了IT168等媒體的采訪。

▲AWS現代化應用產品系列負責人Aaron Kao

“并不是只有互聯網公司在使用新技術，以汽車服務網站Edmunds、媒體公司Turner為例，你可能覺得這些公司很傳統，但事實上他們已經在使用AWS的容器服務、無服務器服務。”Aaron Kao表示，AWS之所以做出改變，在容器方面加大布局力量，最大的源動力是客戶。

　　構建現代化應用，已成為主流趨勢

Kubernetes之所以受熱捧，和企業想通過現代化手段進行微服務改造，密切相關。盡管這是一個新趨勢，但是AWS早在十多年前就已經將微服務用于內部實踐。

和大多數企業一樣，歐洲服務器，亞馬遜的網站起初也是一個大型的單體架構，所有開發人員都基于同一個應用進行開發。這對系統的快速迭代來說，產生了巨大壓力，只要有新產品添加，就必須對原代碼進行編輯、修改。

從2001年開始，亞馬遜開始思考：如何通過現代化應用改變系統架構的敏捷性？所以，把應用分解為多個微服務，讓“雙披薩團隊”負責從發現應用到應用開發、再到應用部署的整個流程，便成為了亞馬遜進行企業變革的最初模型，這也是我們常常提及的DevOps開發應用模式。

亞馬遜走過的這段旅程，后來也成為數千萬客戶的最終選擇。為了幫助自己以及更多客戶走向現代化應用世界，AWS在2013年推出了存儲服務Amazon S3。剛開始推出S3的時候只有8個微服務，現在已發展為235個以上的分布式微服務。

那么，什么是現代化應用程序？對于廣大用戶來說，走向現代化應用要從何處入手？

Aaron Kao的答案是，首先在要系統架構上進行變革，與之相關的還有運營模式、軟件交付、安全模型以及數據管理方面的改變。

過去，那種單一體系架構，系統與系統之間是緊耦合模式，如果應用程序的某一節點遇到了峰值，必須要擴展整個架構。隨著代碼庫的不斷加大，添加或者改變單體應用程序的功能就變得越來越復雜。而微服務架構是松耦合狀態，每一個團隊做一個服務，每個服務執行一個功能，系統與系統之間是相互獨立的狀態，可以讓不同的團隊開發不同的服務，通過輕量級的API調用來實現服務與服務之間的串聯。如果你想對某個服務進行擴展，只擴展單個系統就能實現，修改代碼也很容易，不影響其他應用。

而容器之所以從五年之前開始成為流行趨勢，最首要原因是：它提供了一個非常容易的機制，來幫助用戶打包你的應用，并且能快速部署到任意一個環境中，實現快速擴容、縮容的目的。

所以，很多用戶都愿意在容器方面做更多探索。比如：麥當勞的送貨上門服務，使用的就是Amazon ECS，只需短短四個月時間就實現了微服務改造。通過這種云原生的微服務架構，用戶可以用不到100毫秒的延遲，就可以擴展為每秒兩萬個訂單，而且能夠輕松地與全球交付合作伙伴進行系統集成。再比如：福克斯(Fox)，其數字化平臺FOX NOW，也是基于AWS的容器化、微服務解決方案來構建和交付。

AWS將打造史上最全容器產品家族

問題是，關于AWS容器服務，有Amazon ECS、Amazon EKS、Amazon ECR以及AWS Fargate，還有最新的AWS Lambda，我們如何區分和使用這些應用？

Aaron Kao把AWS容器產品分為三個層面：第一層是編排層，包括ECS和EKS，用戶可以根據需求選擇。如果沒有明確的傾向性，可以選擇ECS，如果客戶專注于自己的基礎架構，可以通過EKS搭建編排服務；第二層，也是中間計算引擎層，包括EC2和Fargate。想要把容器運行在某一個計算平臺上，用戶可以使用EC2作為啟動類型來運行容器，也可以使用Fargate來啟動無服務器的運行；最后一個是底層的映像注冊，通過ECR來完成，它可以存儲容器映像文件，讓容器注冊表非常易用。