Docker容器技術(shù)應(yīng)用探討課件_第1頁(yè)
Docker容器技術(shù)應(yīng)用探討課件_第2頁(yè)
Docker容器技術(shù)應(yīng)用探討課件_第3頁(yè)
Docker容器技術(shù)應(yīng)用探討課件_第4頁(yè)
Docker容器技術(shù)應(yīng)用探討課件_第5頁(yè)
已閱讀5頁(yè),還剩40頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

Docker電信運(yùn)營(yíng)商應(yīng)用分析Docker容器技術(shù)應(yīng)用探討為什么用容器?Docker容器技術(shù)應(yīng)用探討從虛擬化層看容器,輕量級(jí)、高性能是核值Docker容器技術(shù)應(yīng)用探討容器技術(shù)的發(fā)展Docker容器技術(shù)應(yīng)用探討通過(guò)輕量級(jí)容器技術(shù),提升資源利用率Docker容器技術(shù)應(yīng)用探討容器vs.VM占用資源情況對(duì)比Docker容器技術(shù)應(yīng)用探討App+運(yùn)行環(huán)境整體打包一次構(gòu)建,重復(fù)部署Docker容器技術(shù)應(yīng)用探討應(yīng)用監(jiān)控和彈性伸縮Docker容器技術(shù)應(yīng)用探討主要IT公司已推出大量服務(wù)和支持Docker容器技術(shù)應(yīng)用探討容器的生態(tài)與全堆棧Docker容器技術(shù)應(yīng)用探討容器操作系統(tǒng)對(duì)比Docker容器技術(shù)應(yīng)用探討容器編排技術(shù)選型比對(duì)Docker容器技術(shù)應(yīng)用探討ApacheMesos+Marathon編排調(diào)度框架Docker容器技術(shù)應(yīng)用探討MesosDocker容器技術(shù)應(yīng)用探討Mesos處理流程Docker容器技術(shù)應(yīng)用探討服務(wù)注冊(cè)與引流Docker容器技術(shù)應(yīng)用探討Marathon健康檢測(cè)Docker容器技術(shù)應(yīng)用探討完整擴(kuò)縮容流程圖Docker容器技術(shù)應(yīng)用探討GoogleKubernetes(k8s)編排調(diào)度框架Docker容器技術(shù)應(yīng)用探討GoogleKubernetes(K8s)編排調(diào)度框架Docker容器技術(shù)應(yīng)用探討GoogleKubernetes(K8s)編排調(diào)度框架Docker容器技術(shù)應(yīng)用探討GoogleKubernetes(K8s)編排調(diào)度框架Docker容器技術(shù)應(yīng)用探討GoogleKubernetes(K8s)編排調(diào)度框架Docker容器技術(shù)應(yīng)用探討DockerSwarm+Compose編排調(diào)度框架Docker容器技術(shù)應(yīng)用探討前端案例:電信運(yùn)營(yíng)商CRM前端服務(wù)調(diào)用改造Docker容器技術(shù)應(yīng)用探討后端案例:中心化Docker容器技術(shù)應(yīng)用探討實(shí)施效果:提升資源利用率Docker容器技術(shù)應(yīng)用探討實(shí)施效果:自動(dòng)彈性擴(kuò)縮容Docker容器技術(shù)應(yīng)用探討實(shí)施效果:持續(xù)集成Docker容器技術(shù)應(yīng)用探討實(shí)施效果:敏捷運(yùn)維Docker容器技術(shù)應(yīng)用探討容器云平臺(tái)功能構(gòu)架視圖Mesos資源調(diào)度中心基礎(chǔ)服務(wù)DBService非容器平臺(tái)Hadoop容器化PAASKubernetes+DockerSparkCacheServiceLogServiceMessageServiceWorkflowServiceStreamService多租戶管理多集群管理應(yīng)用管理負(fù)載均衡系統(tǒng)管理DBServiceAnalyzeService用戶認(rèn)證用戶授權(quán)用戶審計(jì)事件管理安全管理容器云ManagerPortal部署監(jiān)控?cái)?shù)據(jù)采集CI/CD安裝用戶自定義服務(wù)容器云管理平臺(tái)功能架構(gòu)Docker容器技術(shù)應(yīng)用探討云化要勇于面對(duì)應(yīng)用的改造Docker容器技術(shù)應(yīng)用探討世界上沒有免費(fèi)的蛋糕Docker容器技術(shù)應(yīng)用探討我們的容器之路1.業(yè)務(wù)層面:因運(yùn)營(yíng)商對(duì)業(yè)務(wù)的穩(wěn)定性和連續(xù)性有比較高的要求,故容器化的演進(jìn)路徑必然是從邊緣業(yè)務(wù)到核心業(yè)務(wù),從簡(jiǎn)單應(yīng)用到復(fù)雜應(yīng)用,具體到業(yè)務(wù),首先可以考慮在Web前端進(jìn)行容器化遷移,最后動(dòng)后端業(yè)務(wù)。

2.技術(shù)層面:目前原生Docker在服務(wù)發(fā)現(xiàn)、負(fù)載均衡、容器生命周期管理、容器間網(wǎng)絡(luò)、存儲(chǔ)等方面還存在諸多的不足,許多第三方廠家提供的開源解決方案和商業(yè)化版本,如Google的Kubenetes、Apache的MESOS、Rancher等,各家方案各具特色,難分高下,當(dāng)然僅從容器編排引擎的角度來(lái)看,某些容器云產(chǎn)品,例如Rancher自身有Cattle也可以兼容Kubenetes、MESOS和DockerSWARM幾種主流的編排引擎。用戶無(wú)論選擇何種產(chǎn)品,可靠性、靈活性是需要慎重考慮的2個(gè)重要因素。3.兼顧成本效益:綜合考慮容器化付出的成本代價(jià)與未來(lái)收益之間的平衡。4.考慮現(xiàn)有硬件的負(fù)載能力,容器化并非包治百病的良藥,某些對(duì)并發(fā)吞吐量要求更高的業(yè)務(wù),直接運(yùn)行在裸機(jī)上,通過(guò)系統(tǒng)調(diào)優(yōu)提高性能,容器化未必是最好的選擇。Docker容器技術(shù)應(yīng)用探討DCOSDocker容器技術(shù)應(yīng)用探討我們面臨的難題如何選擇網(wǎng)絡(luò)方案?如何提高鏡像管理?如何選擇存儲(chǔ)方案?如何解決有狀態(tài)應(yīng)用的容器化改造?如何實(shí)現(xiàn)的容器化安全要求?如何實(shí)現(xiàn)容器化應(yīng)用的日志采集?如何解決容器在不同環(huán)境下的配置更新?Docker容器技術(shù)應(yīng)用探討如何選擇容器云網(wǎng)絡(luò)方案Overlay網(wǎng)絡(luò)物理網(wǎng)絡(luò)HOSTIPHOSTIPHOSTIPHOSTIPHOSTIPHOSTIPHOSTIPHOSTIPHOSTIP采用Overlay網(wǎng)絡(luò):與物理網(wǎng)絡(luò)解耦,構(gòu)建出面向應(yīng)用的自適應(yīng)網(wǎng)絡(luò)。Overlay方案包含OVS,flannel,weave,Pipework,DR等VIPVIPVIP容器使用Overlay網(wǎng)絡(luò)好處:名址分離,位置無(wú)關(guān)性:IP地址與設(shè)備的物理位置解耦。業(yè)務(wù)擴(kuò)展,靈活部署:業(yè)務(wù)可以在任意位置靈活部署。網(wǎng)絡(luò)簡(jiǎn)化:提供最簡(jiǎn)單的數(shù)據(jù)中心網(wǎng)絡(luò)模型。網(wǎng)絡(luò)連接虛擬化:虛擬網(wǎng)絡(luò)從物理網(wǎng)絡(luò)中解耦,從物理網(wǎng)絡(luò)抽象出一個(gè)二層網(wǎng)絡(luò)資源池。VIPVIPVIP容器VIPVIPVIP容器VIPVIPVIP容器VIPVIPVIP容器VIPVIPVIP容器Docker容器技術(shù)應(yīng)用探討如何選擇容器存儲(chǔ)方案場(chǎng)景一DockerContainerDockerContainerDockerContainerDockerContainer存儲(chǔ)存儲(chǔ)存儲(chǔ)存儲(chǔ)共享存儲(chǔ)DockerContainerDockerContainer場(chǎng)景二場(chǎng)景三存儲(chǔ)置于容器中存儲(chǔ)掛在外部宿主機(jī)上使用外部的共享存儲(chǔ)優(yōu)缺點(diǎn):簡(jiǎn)單,便于水平擴(kuò)展容器銷毀,數(shù)據(jù)丟失優(yōu)缺點(diǎn):復(fù)雜,很難隨意水平擴(kuò)展不會(huì)因?yàn)槿萜麂N毀造成數(shù)據(jù)丟失,數(shù)據(jù)可永久保存優(yōu)缺點(diǎn):可以任意水平擴(kuò)展不會(huì)因?yàn)槿萜麂N毀造成數(shù)據(jù)丟失,數(shù)據(jù)可永久保存。但是讀取效率不高。Docker容器技術(shù)應(yīng)用探討如何解決有Session應(yīng)用的容器化改造場(chǎng)景一Tomcat場(chǎng)景二通過(guò)proxy的affinty的負(fù)載方式將client粘連在某個(gè)容器將session數(shù)據(jù)放在第三方緩存,如redis,數(shù)據(jù)庫(kù)等ProxyredisTomcatTomcatTomcatDocker容器技術(shù)應(yīng)用探討如何實(shí)現(xiàn)容器化應(yīng)用的日志采集場(chǎng)景一DockerContainerDockerContainerDockerContainerDockerContainer日志日志場(chǎng)景二日志置于容器中日志直接通過(guò)消息扔出來(lái)ElasticSearchKafakaElasticSearch數(shù)據(jù)庫(kù)Docker容器技術(shù)應(yīng)用探討如何解決容器在不同環(huán)境下的配置數(shù)據(jù)更新A.configDB.proertiesserver.xmlperties要解決的問(wèn)題:1)傳統(tǒng)應(yīng)用不需要做改造即可實(shí)現(xiàn)容器化2)在不同環(huán)境中部署不需要改變鏡像測(cè)試環(huán)境A.configDB.proertiesserver.xmlperties生產(chǎn)環(huán)境統(tǒng)一配置管理5應(yīng)用鏡像Docker容器技術(shù)應(yīng)用探討Docker鏡像的安全管理通過(guò)集成Clair,實(shí)現(xiàn)開發(fā)容器的安全漏洞掃描,保證容器云平臺(tái)的安全。Clair是一個(gè)容器漏洞分析應(yīng)用。它提供一個(gè)能威脅容器漏洞的列表,并且在有新的容器漏洞發(fā)布出來(lái)后會(huì)發(fā)送通知給用戶Docker容器技術(shù)應(yīng)用探討深化與devops的整合持續(xù)交付持續(xù)運(yùn)維持續(xù)變更持續(xù)集成與持續(xù)測(cè)試自動(dòng)構(gòu)建單元測(cè)試存儲(chǔ)倉(cāng)庫(kù)管理功能測(cè)試性能負(fù)荷測(cè)試版本管理自動(dòng)部署配置與部署需求管理變更管理缺陷問(wèn)題管理運(yùn)維監(jiān)控知識(shí)管理MavenSeleniumJmeterSonarQubeSVNDockerRepoJenkinsInfluxDBAnsibleJunitKubernetesDoc

溫馨提示

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

評(píng)論

0/150

提交評(píng)論