Metric如何高效的管理bvar，显而易见，Metric管理bvar是一个读多写少的操作，程序刚开始启动的时候可能写比较多(一个labels只会写一次)，但是一段时间后基本就不会存在写操作了，因此这里共有两种选型：
http_request_count{idc="bj",method="post",status="200"} : 1000
http_request_qps{idc="bj",method="post",status="200"} : 30
http_request_latency{idc="bj",method="post",status="200"} : 50
Prometheus格式
文本格式，Key和Value用空格分开，比如：
# MetricName{lable1_key="lable1_value",lable2_key="lable2_value",lable3_key="lable3_value"} value
# Example for Adder、Maxer、Miner and IntRecorder
http_request_count{idc="bj,method="post",status="200"} 20
http_request_count{idc="bj",method="get",status="200"} 50
框架帮用户拼接key，避免用户自己实现五花八门 拼接key的逻辑
保留用户单维度bvar的使用习惯
多维度bvar支持导出prometheus格式数据，如果用户自己拼接key，他自己也需要实现导出prometheus格式的逻辑
以metric为单位控制内部维度组合数量，防止维度爆炸
问一下，您这边应该使用brpc了吧？如果使用的话，辛苦您能更新下brpc在贵公司的落地场景吗？
另外：建议您订阅[email protected]邮件组，我们会通过邮件沟通和讨论一些技术问题和计划，订阅之后您也能及时了解并参与brpc社区技术讨论。
订阅方式：发一封邮件给[email protected]，然后按照回复邮件点击对应的链接即可订阅。
FailedNamed
问一下，您这边应该使用brpc了吧？如果使用的话，辛苦您能更新下brpc在贵公司的落地场景吗？ 另外：建议您订阅[email protected]邮件组，我们会通过邮件沟通和讨论一些技术问题和计划，订阅之后您也能及时了解并参与brpc社区技术讨论。 订阅方式：发一封邮件给[email protected]，然后按照回复邮件点击对应的链接即可订阅。
FailedNamed
问一下，您这边应该使用brpc了吧？如果使用的话，辛苦您能更新下brpc在贵公司的落地场景吗？ 另外：建议您订阅[email protected]邮件组，我们会通过邮件沟通和讨论一些技术问题和计划，订阅之后您也能及时了解并参与brpc社区技术讨论。 订阅方式：发一封邮件给[email protected]，然后按照回复邮件点击对应的链接即可订阅。
