基于AWS ECS的容器應(yīng)用實(shí)踐_第1頁
基于AWS ECS的容器應(yīng)用實(shí)踐_第2頁
基于AWS ECS的容器應(yīng)用實(shí)踐_第3頁
基于AWS ECS的容器應(yīng)用實(shí)踐_第4頁
基于AWS ECS的容器應(yīng)用實(shí)踐_第5頁
已閱讀5頁,還剩33頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、基于AWS ECS的容器應(yīng)用實(shí)踐技術(shù)創(chuàng)新 變革未來圖片處理跨平臺(tái)圖像處理移動(dòng)端網(wǎng)頁端桌面端AIHDR在線設(shè)計(jì)滿足全球多國市場需求中國版CNCOM海外版45% 的歐美用戶35% 的拉美用戶20% 亞洲其他地區(qū)用戶誰在用Fotor 用戶分布全球1000萬 月活躍數(shù);2.5億 的海外用戶;每月處理 1億張500w 像素以上的大圖,4000萬 張?jiān)诰€保存圖片;Fotor 只有一臺(tái)windows server 2008實(shí)例發(fā)現(xiàn)問題靠人值班重啟實(shí)例是我們的終極大法令人尷尬的Fotor后臺(tái)重啟實(shí)例終于成了過去時(shí)Linux + TomcatCDN+ELB+S3, 終于不用擔(dān)心服務(wù)會(huì)掛依然尷尬的Fotor后臺(tái)有

2、Autoscaleing一切都好說Linux + Tomcat還是CDN+ELB+S3原來的配方就這樣一個(gè)模式:復(fù)制復(fù)制,開實(shí)例再開實(shí)例穩(wěn)定簡單但開銷嘛就呵呵大量elb和實(shí)例的低負(fù)載日志都在那里,你自己去找服務(wù)的依賴也在那里,你自己去找什么玩意還要分層接口不工作了,快找一下那里有問題了安全審計(jì)關(guān)我端口干嘛問題來了嗯,我聽說微服務(wù)才是王道啊,我這node.js也還是跑得不錯(cuò)嘛嗯,Lamada還是不錯(cuò)喲,你聽過Serverless沒?我說,PHP天下第一你看,你看我的Tornado實(shí)現(xiàn)的輕接口,很方便 啊喂,大家都在說容器,我們還是這玩意要解決,不知道是建議還是需求Kubernetes 登場幾張網(wǎng)

3、上找來的圖,怎么看都是完美的K8S集群方案鞋舒不舒服,只有腳知道版本更新1.0已經(jīng)是成熟的版本了1.1那一堆bugfix是什么1.2的changelog 說有大改進(jìn)1.3發(fā)布了,這次是真心 可以在生產(chǎn)環(huán)境用了就1.3了,已經(jīng)改了那么多代碼,干革命不能老看別人版本升級,妾身跟不上啊Etcd掛了,恢復(fù)不了你傻啊,這個(gè)要集群,3個(gè)node最少,5個(gè)node是有必要的Etcd鏡像管理Docker鏡像是要有自己的repo的FlannelFlannel是個(gè)好同志Docker overlay network 全靠他了Kube-proxyKube-proxy用過的都知道(基于iptables)還沒完問題嘛總是

4、有的,克服一下還是能用的大量elb和實(shí)例的低負(fù)載日志都在那里,你自己去找服務(wù)的依賴也在那里,你自己去找 什么玩意還要分層接口不工作了,快找一下那里有問題了回頭再看看我們到底在干嘛?我們的問題解決了么?AWS ECS 簡單但有你要的版本更新嗯,不管是agent還是docker,當(dāng)然大家都是行家,但ECS下點(diǎn)鼠標(biāo)就好了鏡像管理ECS有的,你把docker命令用熟就好了集群狀態(tài)維護(hù)etcd,zookeeper 還是?不用瞎操心了,相信我Docker Overlay network考慮自己的業(yè)務(wù),用AWS不用操心這個(gè)Proxy 問題ELB,ALB,NLB還有問題沒?Service, Task定義雖不高

5、大上,但實(shí)用一個(gè)例子(Pods, Controller,Service )ECS接手的活,不需要你自己關(guān)心etcd集群數(shù)據(jù)kube-scheduler- 創(chuàng) 建 分 發(fā) pods kube-controller-manager-運(yùn)行controllers(node, repli, endpoint, service account)cloud-controller-manager(1.6之后)ECS接手的活,不需要你自己關(guān)心kublet監(jiān)控和管理分配到node的pods kube-proxy操作host的networking rule最后kube-apiserverAWS-CLI對ECS的一些期望的改進(jìn)Service的狀態(tài)更新速度稍慢,不方便在測試環(huán)境中使用進(jìn)入容器內(nèi)部檢查狀態(tài)不是很方便awslogs不能方便的對容器中的多文件文件進(jìn)行管理和收集監(jiān)控的粒度不夠細(xì)(container級別的network,cpu,mem等)對藍(lán)綠發(fā)布的支持得不是那么明顯,現(xiàn)在需要一點(diǎn)迂回大量elb和實(shí)例的低負(fù)載日志都在那里,你自己去找服務(wù)的依賴也在那里,你自己去找什么玩意還要分層接口不工作了,快找一下那里有問題了看看問題解決了嗎?嗯,問題還是很多,但都是自已的正事

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論