Grafana dash board discussion

[SamYuan1990]

1. 相关工作 翻译metrics_reference #15
2. 指标列表：
   参考（https://github.com/Hyperledger-TWGC/fabric-performance-wiki/blob/master/performance-whitepaper.md）

读取延迟
读取延迟 = 收到响应时的时间 - 提交时间

读延迟是指从提交读请求到收到应答之间的时间。

读取吞吐量
读取吞吐量 = 读操作总数 / 总时间(秒)

读取吞吐量是对在给定的时间内完成多少读操作的度量，表示为每秒读数(RPS)。这个度量可能是有用的，但它不是区块链性能的主要度量。实际上，系统通常部署在区块链附近，以方便有效的读取和查询。

交易延迟
交易延迟 = (确认时间@网络阈值) - 提交时间

交易延迟是指在整个网络中完成一个交易所花费的时间的一个网络范围的视图。测量包括从它被提交到结果在网络中广泛可用的点的时间。这包括传播时间和由于既有的共识机制而产生的任何确认时间。

考虑到这两个因素并给出网络范围的视图，应该考虑使用SUT中的所有节点来测量这个延迟。Eyal et al 提供了一个很有帮助的定义，定义了网络提交交易的时间百分比1，我们在这里做了一些简化。这个定义的后一部分，即网络的百分比，对于PoW这样的共识协议来说是最重要的。在这样的系统中，可能需要90%这样的阈值，而在PBFT这样的非概率协议中，100%是唯一有意义的阈值。

这个指标是针对每个交易计算的，但在大多数情况下，报告应该提供所有交易的各种统计数据，如平均、高、低和标准偏差。

交易吞吐量
交易吞吐量 = 已提交的交易总数 / 总时间(秒) @ #已提交节点

交易吞吐量是区块链SUT在指定的时间范围内提交有效交易的速率。注意，这不是单个节点的速率，而是整个SUT的速率，即在网络的所有节点上提交的速率。这个速率表示为以网络大小计算的每秒交易数(TPS)。

请记住，无效交易的总数应该从总交易中减去，以产生总提交的交易。有关如何计算不同延迟示例的进一步讨论，请参阅附录A。

[SamYuan1990]

数据类型对应

counter -> https://grafana.com/docs/grafana/latest/panels/visualizations/gauge-panel/ 或者 table 或者 图
gauge -> https://grafana.com/docs/grafana/latest/panels/visualizations/gauge-panel/
histogram -> https://grafana.com/docs/grafana/latest/panels/visualizations/heatmap/ 
for ex 
https://github.com/hyperledger/blockchain-explorer/blob/ed4fc5b3bfdeeacfb329a884dc7d76971440c93c/app/platform/fabric/artifacts/operations/balance-transfer/balance-transfer-grafana-dashboard.json#L484

涉及部分：

general

grpc connections ...

network

common parameter from peer and orderer

peer specific

ex:
chaincode
gossip

orderer specific

ex:
etcd

[SamYuan1990]

for ex

[SamYuan1990]

sub project, common part
sub project, peer part/orderer part
sub project, network part
sub project, calculate parameters

[SamYuan1990]

https://github.com/povilasv/kubernetes-grafana-mixin