光载无限海外研发中心欧曜伟-分布式监控系统的容器化变迁与 CICD 实践
2020-02-27 58浏览
- 1.分布式监控系统的容器 化变迁与 CI/CD 实践 光载无限 海外研发中心 欧曜玮 Kordan Ou www.wifire.net
- 2.Contents 01 分布式监控 系统 02 微服务的 运维难题 PPT模板：www.1ppt.com/moban/ PPT素材：www.1ppt.com/sucai/ PPT背景：www.1ppt.com/beijing/ PPT图表：www.1ppt.com/tubiao/ PPT下载：www.1ppt.com/xiazai/ PPT教程： www.1ppt.com/powerpoint/ 资料下载：www.1ppt.com/ziliao/ 范文下载：www.1ppt.com/fanwen/ 试卷下载：www.1ppt.com/shiti/ 教案下载：www.1ppt.com/jiaoan/ PPT论坛：www.1ppt.cn PPT课件：www.1ppt.com/kejian/ 语文课件：www.1ppt.com/kejian/yuwen/ 数学课件：www.1ppt.com/kejian/shuxue/ 英语课件：www.1ppt.com/kejian/yingyu/ 美术课件：www.1ppt.com/kejian/meishu/ 科学课件：www.1ppt.com/kejian/kexue/ 物理课件：www.1ppt.com/kejian/wuli/ 化学课件：www.1ppt.com/kejian/huaxue/ 生物课件：www.1ppt.com/kejian/shengwu/ 地理课件：www.1ppt.com/kejian/dili/ 历史课件：www.1ppt.com/kejian/lishi/ 03 持续集成 的实践 04 回顾与总结
- 3.微服务架构的优缺点 优点 Ø 易于横向扩展 Ø 容错机制易实现 Ø 技术选型灵活 Ø 独⽴部署 Ø 复杂度可控 缺点 Ø DevOps 技术栈 Ø 运维成本 Ø 接⼝相依与版本控管 Ø 分布式系统的复杂性
- 4.分布式监控系统
- 5.Open-Falcon 介绍（1/2） • Open-Falcon 是⼀款企业级、⾼可⽤、 可扩展的开源监控解决⽅案 • 让运维标准化的理念可以在不同公司之间达成⼀ 致，进⼀步推动和提升国内运维⾏业的⾃动化⽔ 平。 • 国内已有上百家公司在重度使⽤ • 包括⼩⽶、滴滴、美团、⾦⼭云、快⺴（光载⽆ 限）、迅雷、360、平安云、七⽜、赶集、⼜拍云、 链家⺴、⼀点资讯、爱奇艺、汽⻋之家、微博等 • 选择了 Open-Falcon，不仅仅是选择 了⼀个监控系统，⽽是选择了⼀个 「运维的⽣态」
- 6.Open-Falcon 介绍（2/2）
- 7.Open-Falcon 架构图 • 模块多，开发复杂度稍⾼ • 系统不易分发，部署难度⾼ • 安全性考量不到位 • 没有通盘考虑的 API 权限设计 • 每个 Graph 实例均是单点、扩容有损 • 上下游組件⽆动态管理机制 • 报警没有⼊库、现场没有保存http://www.jianshu.com/p/623b96175915微服务⾯临的普遍问题
- 8.微服务 微服务 (Microservices) 是⼀种软件架构，它是以专注于 单⼀责任与功能的⼩型功能区块 (Small Building Blocks) 为基础，利⽤模块化的⽅式组合出複杂的⼤型应⽤程式， 各功能区块使⽤与语⾔的 API 相互通讯。
- 9.分层后的系统架构（1/2）
- 10.分层后的系统架构（2/2）
- 11.持续集成的实践：基于容 器的微服务架构设计
- 12.Docker 的优势 • 可移植性封装依赖，标准统⼀的打包/ 部署/运⾏⽅案 • 简单、易⽤、活跃的社区 • Infrastructure as Code • 容器之间互相隔离，混合部署解决依 赖复杂度 • 相⽐传统虚拟化速度，有更好的性能， 尤其是内存和 IO 的开销 • 轻量，启动快速，最⼩化停机时间 • 系统秒级回滚 • 热备份 • 镜像分层技术 • 易于构建，良好的 RESTful API，也很 适合⾃动化测试和持续集成
- 13.微服务容器化
- 14.Docker 目前的局限 • 系统/内核层⾯的隔离性 • 缺乏成熟的集群管理 • 业务⽆感知的升级 • Docker daemon live upgrade
- 15.持续集成（1/2）
- 16.持续集成（2/2）
- 17.CI 与 CD 的不同
- 18.以 Jenkins 驱动的 CI/CD 常⻅的误区： 持续集成就是 ⽤上 Jenkins
- 19.回顾与总结
- 20.回顾与总结（1/3） Before Now • 模块多，开发复杂度稍⾼ • 系统不易分发，部署难度⾼ • 安全性考量不到位 • 没有通盘考虑的 API 权限设计 • 每个 Graph 实例均是单点、 扩容有损 • 上下游組件⽆动态管理机制 • 报警没有⼊库、现场没有保存 • 后端代码仓库统⼀ • Docker-Compose, Docker- Swarm • ⺴络边界隔离 • 加⼊没有通盘考虑的 API 权限 设计 • Graph 双写 • Volume 容器统⼀配置管理 • 报警事件⼊库
- 21.回顾与总结（2/3）
- 22.回顾与总结（3/3）
- 23.Thanks 光载无限（北京）科技有限公司
- 24.DevOpsDays 即将首次登陆中国 DevOps 之父 Patrick Debois 与您相约 DevOpsDays 北京站 2017年3月18日 门票早鸟价仅限前100名，请从速哟http://2017-beijing.devopsdayschina.org/G O P S 2016 全 球 运 维 大 会 · 北 京 站
- 25.想第一时间看到 高效运维社区公众号 的好文章吗？ 请打开高效运维社区公众号，点击右上角小人，如右侧所示设置就好 G O P S 2016 全 球 运 维 大 会 · 北 京 站
- 26.G O P S 2016 全 球 运 维 大 会 · 北 京 站 Thanks 高效运维社区 开放运维联盟 荣誉出品
