前期回顾
配置是独立于程序的可配变量,同一份程序在不同配置下会有不同的行为。
云原生(cloud native)程序的特点
程序的配置,通过设置环境变量传递到容器内部
程序的配置,通过程序启动参数配置生效
程序的配置,通过集中在配置中心进行统一管理(CRUD)
devops工程师应该做什么?
容器化公司自研的应用程序(通过docker进行二次封装)
推动容器化应用,转变为云原生应用(一次构建,到处使用)
使用容器编排框架(kubernetes),合理、规范、专业的编排业务容器
第一章: 新一代容器云监控prometheus的概述
prometheus(普罗米修斯)是一个最初在soundcloud上构建的监控系统。
自2012年成为社区开源项目,拥有非常活跃的开发人员和用户社区。
为强调开源及独立维护,prometheus与2016年加入CNCF,成为继kubernetes之后的第二个托管项目。
https://prometheus.io
https://github.com/prometheus
prometheus的特点:
多维数据模型: 由度量名称和键值对标识的时间序列数据
内置时间序列数据库: TSDB
promQL: 一种灵活的查询语言,可以利用多维数据完成复杂查询
基于HTTP的pull(拉取)方式采集时间序列数据(exporter)
同时支持PushGateway组件收集数据
通过服务发现或静态配置发现目标
多种图形模式及仪表盘支持
支持作为数据源接入Grafana
新一代容器云监控系统prometheus和传统监控zabbix对比
prometheus
1. 后端用golang开发,定制化难度较低。
2. 更适合云环境的监控,尤其对k8s有着更好的支持。
3. 监控数据存储在基于时间序列的数据库内,便于对已有数据进行新的聚合。
4. 自身界面相对较弱,很多配置需要修改配置文件,但可以藉有grafana出图。
5. 支持更大的集群规模,速度也更快。
6. 2015年后开始快速发展,社区活跃,使用场景越来越多。
zabbix
1. 后端用C开发,界面用php开发,定制化难度很高。
2. 更适合监控物理机、虚拟机环境。
3. 监控数据存储在关系型数据库内,如mysql,很难从现有数据中扩展维度。
4. 图形化界面相对比较成熟,界面上基本上能完成全部的配置操作。
5. 集群规模上限为10000个节点。
6. 发展时间更长,对于很多监控场景,都有现成的解决方案。
第二章: 实战部署容器云监控必备exporter
第三章: 实战部署prometheus及其配置详解
第四章: 实战部署容器云监控展示平台grafana
第五章: 实战grafana监控容器云系统需要配置的插件及仪表盘制作
第六章: 实战演示微服务业务容器接入容器云监控系统原理
第七章: 实战通过alertmanager组件进行监控告警
第八章: 课程总结及课程展望