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

1、Agenda基于容的架構(gòu)Mesos相關(guān)技術(shù)使用遇到的一些問題1. 基于容的架構(gòu)Java/NginxHadoop/SparkJenkins持續(xù)集成上線發(fā)布回滾降級彈性擴(kuò)容資源調(diào)配灰度測試鏡像SwarmMesos服務(wù)發(fā)現(xiàn)ZK/ConsulKafkaHAProxyESPrometheusRegistry日志管騰訊云必備的組件使用容之后，基于VM上一些流程需要重新改造，才能提供基本的服務(wù)。的系統(tǒng)現(xiàn)有的基本組件如下：容化-包管-CI/CD配置管服務(wù)發(fā)現(xiàn)日志收集，升級回滾策服務(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)，至少部署兩個節(jié)點(diǎn)，但導(dǎo)致用率很低實(shí)際使用和分配的比之間還有空間。Mesos提供的over- subscription可以進(jìn)一步提高用率VMMesos已分

3、配Mesos實(shí)際使用CPU 5%70%30%Mem ES低延時，統(tǒng)計，實(shí)時分析3. 非結(jié)構(gòu)化的Debug日志logstash - archive調(diào)試，備查，審計輪轉(zhuǎn)和集中存放容中的動態(tài)服務(wù)，再提供ssh登陸的方式來查看日志泛泛*到a.ns. miao.cob.ns. miao.co為測試環(huán)境，持續(xù)集成提供無限制的動態(tài)服務(wù)。同工支都有特定的對應(yīng)HAProxy容啟動/停止事件會自動觸發(fā)修改規(guī)則App AApp B微服務(wù)拆大為?。桓鞣?wù)之間耦合小。每個服務(wù)的規(guī)模小到可控制的粒度，如花幾周可以重寫某個服務(wù)一定要有超時，熔斷，：hystrix追蹤請求依賴和耗時：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)用者重試會產(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)綠部署，健康檢查，動態(tài)擴(kuò)縮容，分組管，服務(wù)發(fā)現(xiàn)，滾動升級等業(yè)務(wù)，分組的功能

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