Tars框架自带服务监控（stat）与特性监控（property）的功能，入口在如下图：
（直接点会是空白，你得先点开你的一个Server才会出现曲线图）
依靠监控功能，你可以快速的定位问题，观察接口的使用状态，进程运行状态，甚至自定义观察数据直观的在Tars管理页面上显示出来。
你可以自行做二次开发，利用入库数据做成自己的短信告警机制。总之就是数据在，想怎么围绕展开都行。
服务监控（stat）
服务监控主要统计（上报）每个请求的成功、失败、超时的调用量，并当调用成功时额外搜集调用耗时。
请求包括外部自定义请求和内部模块的RPC，这些已经涵盖了90%的需求，一般来说没有特别需求，不需要手动对服务监控进行修改。
这里先解释一下服务监控界面上查询输入参数的命名规则：
- 主调：调用发起方；
- 如果是内部模块的RPC，那么这一栏建议填写AppName.ServerName的组合。比如有一个名字叫tank的App，这个App有一个名字为RouterServer的服务，那么组合起来就是tank.RouterServer；
- 如果是外部自定义请求，默认固定名字是not_tars_client（上报位置在TarsCurrent析构时）；
- 还有一些特别的固定命名，比如tarsnode，one_way_client，tars.system，都是内部的一些统计监控，一般不用太关心；
- 被调：被调用方，规则同上；
- 接口名：被调用方提供的接口名，无特别规则；
- 主调IP：主调IP地址，形如192.168.1.100；
- 被调IP：被调IP地址；
对于服务监控其他一些地方需要注意的是：
- 支持模糊查询，语法就是sql中like后面的pattern；
- 如果输入框为空那么就是匹配所有；
- 服务监控数据入库的间隔是5分钟，修改的地方在StatServer.cpp；
上图点击监控曲线按钮后，就会产生在从RouterServer调用ConfigServer接口getErrMsg的详细情况（成功、失败、超时、耗时……），这里略去结果图了。
有兴趣的朋友可以自行测试一下输入框参数对结果的影响，还是很好理解的。
特性监控（property）
如果说服务监控（stat）主要监控对象是接口（服务）的状态，那么特性监控（property）更聚焦在提供服务者自身的特性，比如：内存占用，队列长度，当前连接数……。它是一个相对灵活的监控，为什么这么说？先分析查询输入参数：
- 服务名（master_name）：自定义；
- 对于单个Server的特性（局部特性），填写规则一般约定成AppName.ServerName的组合，与服务监控（stat）的主调、被调命名一致；
- 对于全局特性，比如：所有的外部网络连接总和，建议可以使用服务名Global配合后面提到的特性；
- IP：提供监控信息的IP地址；
- 特性（property_name）：自定义：
- 对于局部特性，一般约定成AppName.ServerName.Description的组合，比如内存占用，AppName.ServerName.memsize；
- 对于全局特性，直接进行描述；
- 策略：Tars提供了求和、求平均，分布，求最大值，求最小值，计数这些策略，可以参考这里；
所以可以看出来，特性监控（property）有很大的自由度，如何使用如何定义全凭自己喜好，下面来说下如何使用：
- 找到PropertyReporter.h这个头文件（在源码文件里存在，它没有被列入到Tars公共库里）；
- 直接拷贝这个文件到自己Tars环境下的目录，#include “PropertyReporter.h”；
- 加入目标代码，比如：求和 REPORT_SUM(“your_master_name”, “your_property_name”,count)；
后面你就可以在管理页面搜索到监控内容了（略去结果图）：
其他一些地方需要注意的是：
- 支持模糊查询，语法就是sql中like后面的pattern；
- 如果输入框为空那么就是匹配所有；
- 服务监控数据入库的间隔是5分钟，修改的地方在PropertyServer.cpp；
- 策略是固定填法，类似Max，Avg，Count这种；
与Tars服务监控、特性监控相关的知识点
- 要使用这个2个监控，Tars自带的tarsstat，tarsquerystat，tarsproperty，tarsqueryproperty必须正确的启动工作；
- tarsstat负责服务监控数据录入，对应DB库表tars_stat.tars_stat_%Y%m%d%H；
- tarsquerystat负责服务监控数据查询；
- tarsproperty负责特性监控数据录入，对应DB库表tars_property.tars_property_%Y%m%d%H；
- tarsqueryproperty负责特性监控数据查询；
- DB库tars_stat，tars_property数据会一直膨胀下去（一天增加24X2张表，默认情况下也有不少数据），根据业务需要找到合适自己的数据清理/保存/压缩的方法；
- Tars已经自带服务监控已经提供了接口级的监控，建议自行进入DB库里翻翻数据，对这些监控属性有一个更直观的认识；
- 最后，监控不是万能的，而且Tars监控默认的实时性不高，不能把宝都压在这个上面；
（全文结束）
转载文章请注明出处：漫漫路 - lanindex.com