我们基于springboot的服务通过HTTP调用接收事件，然后将其转发到GCP pub-sub，通过侦听器进行处理，我们希望测量处理事件的总时间。
我想到的一种方法是使用直方图来跟踪处理时间，并为事件类型、处理结果等使用标签。
希望跟踪事件被接收的实际时间以及侦听器何时接收到它进行处理，但我认为对此类数据使用标签是一种不好的做法。
我是在正确的道路上，还是有更好的方法来做到这一点？
我们基于springboot的服务通过HTTP调用接收事件，然后将其转发到GCP pub-sub，通过侦听器进行处理，我们希望测量处理事件的总时间。
我想到的一种方法是使用直方图来跟踪处理时间，并为事件类型、处理结果等使用标签。
希望跟踪事件被接收的实际时间以及侦听器何时接收到它进行处理，但我认为对此类数据使用标签是一种不好的做法。
我是在正确的道路上，还是有更好的方法来做到这一点？
1条答案
按热度按时间vfwfrxfs1#
度量将不允许您“跟踪事件收到的实际时间......”，它们不应该用于聚合数据，例如处理了多少请求，以及总共花费了多少时间（随后根据时间的增加估计每个请求的平均时间）。
如果这种粒度级别对于您的情况是可以接受的，那么直方图是一种方法。
如果需要跟踪实际调用，则不应使用Prometheus;使用实际的跟踪解决方案（例如Grafana克里思）或日志记录解决方案（例如Grafana Loki）。