自动化运维与容器实践专题ker应用

1、Agenda基于容的架构Mesos相关技术使用遇到的一些问题1. 基于容的架构Java/NginxHadoop/SparkJenkins持续集成上线发布回滚降级弹性扩容资源调配灰度测试镜像SwarmMesos服务发现ZK/ConsulKafkaHAProxyESPrometheusRegistry日志管腾讯云必备的组件使用容之后，基于VM上一些流程需要重新改造，才能提供基本的服务。的系统现有的基本组件如下：容化-包管-CI/CD配置管服务发现日志收集，升级回滚策服务负载均衡单机模式VMDocker作为统一的打包部署方案LocalHostProduct ConfigTesting ConfigS

2、erviceHystrixConfigServerZipkinSpring Boot JVMDocker DaemonCentOSDocker节点App1App2AppNApplication LayerZipkin CollectorNode ExplorerLogStashCadvisor、日志、性能Service LayerDocker NodeWebManagerDashboardStorage资源用率之前的很多非核心服务，为避免单点，至少部署两个节点，但导致用率很低实际使用和分配的比之间还有空间。Mesos提供的over- subscription可以进一步提高用率VMMesos已分

3、配Mesos实际使用CPU 5%70%30%Mem ES低延时，统计，实时分析3. 非结构化的Debug日志logstash - archive调试，备查，审计轮转和集中存放容中的动态服务，再提供ssh登陆的方式来查看日志泛泛*到a.ns. miao.cob.ns. miao.co为测试环境，持续集成提供无限制的动态服务。同工支都有特定的对应HAProxy容启动/停止事件会自动触发修改规则App AApp B微服务拆大为小；各服务之间耦合小。每个服务的规模小到可控制的粒度，如花几周可以重写某个服务一定要有超时，熔断，：hystrix追踪请求依赖和耗时：requestId/zipkin容 vs

4、微服务 vs DevOps容本身只是一种技术，为上层建筑提供微服务是而DevOps程的变化架构上的新潮流关注的工程中的人和流一致性核心业务：强一致服务之间有关联的数据：事后检查，业务监控，再恢复修补幂等操作，调用者重试会产生副作用2.Mesos相关技术使用Mesos: 两层调度框架Layer2: FrameworksMarathonLayer1: AllocatorJenkiChronosMesosResourCMemoryDiskNetworkVMMarathon优点足运long-running servi功能强大：蓝绿部署，健康检查，动态扩缩容，分组管，服务发现，滚动升级等业务，分组的功能

5、欠缺Chronos vs. Cron优点分布式环境工作，定时任务再有单点问题简单用，稳定API功能完整足界面太简单，甚至有bug对容环境的任务只能通过API操作控制时间的方式单一缺少分组管和权限管自己包装前台页面，来调用API完整定制化的需求Jenkins on Mesos用mesos集群的资源，而再需要单独jenkins集群1. 使用Marathon来Jenkins Master的稳定Jenkins作为Mesos上的一个Framework来获得集群的资源最后通过Docker container把任务运在Mesos Slave上遇到的一些容社区“百花齐放”有好处也有坏处三分天下，mesos/k8s/swarm，都需要投入精各种框架，方案大同小异，选型，评估，试错的成本都低核心服务应用较少，被验证的程度尚浅同时两套流程：VM vs. 容疑难杂症（重启，重装，升级，有少问题需要开发可视化的管界面，而是命令找到问题）多租户：同生产服务之间互影响。mesos 的role/weight/reservation等概念太底层。需要高层的管工具分离的集群：kafka, es, hadoop, spark等。每个集群都需要单独务合并到集群还是很成熟。有状态的服HAPr