Telemetry系统架构

从2015年5月份左右开始接触telemetry，一直期待能够有一张图描述清楚我工作中要面对的整个项目，始终没有找到，经过这段时间的摸爬滚打，也积累了一点点东西，既然网上找不到，我就腆着脸皮做一张，可能有理解不到位甚至错误的地方，还望大家批评指正(图片如果看不清可以右键点击“查看图片”或者类似操作)

总则

telemetry在设计上遵循着一些基本规则，包括：

• 可扩展，基于插件的系统架构
• 内部服务之间通过消息队列进行通信
• 向外提供RESTful API来访问数据

分类

telemetry大大小小包括了不下10个服务，每个服务都有自己的责任，他们中的部分服务一起协调完成一个功能；也有一些是独立于其他服务存在的，下面是telemetry的服务列表

服务名称	脚本入口	主要责任
ceilometer-agent-compute	ceilometer.cmd.polling:main_compute	从计算节点上采集虚拟机的使用情况相关的信息，例如：已使用内存、cpu利用率等
ceilometer-agent-central