自動(dòng)化運(yùn)維與容器實(shí)踐專(zhuān)題ker應(yīng)用

1、Agenda基于容的架構(gòu)Mesos相關(guān)技術(shù)使用遇到的一些問(wèn)題1. 基于容的架構(gòu)Java/NginxHadoop/SparkJenkins持續(xù)集成上線發(fā)布回滾降級(jí)彈性擴(kuò)容資源調(diào)配灰度測(cè)試鏡像SwarmMesos服務(wù)發(fā)現(xiàn)ZK/ConsulKafkaHAProxyESPrometheusRegistry日志管騰訊云必備的組件使用容之后，基于VM上一些流程需要重新改造，才能提供基本的服務(wù)。的系統(tǒng)現(xiàn)有的基本組件如下：容化-包管-CI/CD配置管服務(wù)發(fā)現(xiàn)日志收集，升級(jí)回滾策服務(wù)負(fù)載均衡單機(jī)模式VMDocker作為統(tǒng)一的打包部署方案LocalHostProduct ConfigTesting ConfigS

2、erviceHystrixConfigServerZipkinSpring Boot JVMDocker DaemonCentOSDocker節(jié)點(diǎn)App1App2AppNApplication LayerZipkin CollectorNode ExplorerLogStashCadvisor、日志、性能Service LayerDocker NodeWebManagerDashboardStorage資源用率之前的很多非核心服務(wù)，為避免單點(diǎn)，至少部署兩個(gè)節(jié)點(diǎn)，但導(dǎo)致用率很低實(shí)際使用和分配的比之間還有空間。Mesos提供的over- subscription可以進(jìn)一步提高用率VMMesos已分

3、配Mesos實(shí)際使用CPU 5%70%30%Mem ES低延時(shí)，統(tǒng)計(jì)，實(shí)時(shí)分析3. 非結(jié)構(gòu)化的Debug日志logstash - archive調(diào)試，備查，審計(jì)輪轉(zhuǎn)和集中存放容中的動(dòng)態(tài)服務(wù)，再提供ssh登陸的方式來(lái)查看日志泛泛*到a.ns. miao.cob.ns. miao.co為測(cè)試環(huán)境，持續(xù)集成提供無(wú)限制的動(dòng)態(tài)服務(wù)。同工支都有特定的對(duì)應(yīng)HAProxy容啟動(dòng)/停止事件會(huì)自動(dòng)觸發(fā)修改規(guī)則App AApp B微服務(wù)拆大為小；各服務(wù)之間耦合小。每個(gè)服務(wù)的規(guī)模小到可控制的粒度，如花幾周可以重寫(xiě)某個(gè)服務(wù)一定要有超時(shí)，熔斷，：hystrix追蹤請(qǐng)求依賴(lài)和耗時(shí)：requestId/zipkin容 vs

4、微服務(wù) vs DevOps容本身只是一種技術(shù)，為上層建筑提供微服務(wù)是而DevOps程的變化架構(gòu)上的新潮流關(guān)注的工程中的人和流一致性核心業(yè)務(wù)：強(qiáng)一致服務(wù)之間有關(guān)聯(lián)的數(shù)據(jù)：事后檢查，業(yè)務(wù)監(jiān)控，再恢復(fù)修補(bǔ)冪等操作，調(diào)用者重試會(huì)產(chǎn)生副作用2.Mesos相關(guān)技術(shù)使用Mesos: 兩層調(diào)度框架Layer2: FrameworksMarathonLayer1: AllocatorJenkiChronosMesosResourCMemoryDiskNetworkVMMarathon優(yōu)點(diǎn)足運(yùn)long-running servi功能強(qiáng)大：藍(lán)綠部署，健康檢查，動(dòng)態(tài)擴(kuò)縮容，分組管，服務(wù)發(fā)現(xiàn)，滾動(dòng)升級(jí)等業(yè)務(wù)，分組的功能

5、欠缺Chronos vs. Cron優(yōu)點(diǎn)分布式環(huán)境工作，定時(shí)任務(wù)再有單點(diǎn)問(wèn)題簡(jiǎn)單用，穩(wěn)定API功能完整足界面太簡(jiǎn)單，甚至有bug對(duì)容環(huán)境的任務(wù)只能通過(guò)API操作控制時(shí)間的方式單一缺少分組管和權(quán)限管自己包裝前臺(tái)頁(yè)面，來(lái)調(diào)用API完整定制化的需求Jenkins on Mesos用mesos集群的資源，而再需要單獨(dú)jenkins集群1. 使用Marathon來(lái)Jenkins Master的穩(wěn)定Jenkins作為Mesos上的一個(gè)Framework來(lái)獲得集群的資源最后通過(guò)Docker container把任務(wù)運(yùn)在Mesos Slave上遇到的一些容社區(qū)“百花齊放”有好處也有壞處三分天下，mesos/k8s/swarm，都需要投入精各種框架，方案大同小異，選型，評(píng)估，試錯(cuò)的成本都低核心服務(wù)應(yīng)用較少，被驗(yàn)證的程度尚淺同時(shí)兩套流程：VM vs. 容疑難雜癥（重啟，重裝，升級(jí)，有少問(wèn)題需要開(kāi)發(fā)可視化的管界面，而是命令找到問(wèn)題）多租戶：同生產(chǎn)服務(wù)之間互影響。mesos 的role/weight/reservation等概念太底層。需要高層的管工具分離的集群：kafka, es, hadoop, spark等。每個(gè)集群都需要單獨(dú)務(wù)合并到集群還是很成熟。有狀態(tài)的服HAPr