Prometheus 和 Grafana 是否是用于请求记录、跟踪和分析的不正确工具？
Would Prometheus and Grafana be an incorrect tool to use for request logging, tracking and analysis?
我目前正在为我们的团队创建一个更快的测试工具，并将记录我们的 prod sdk 运行 和我们的 staging sdk 运行 的基线。我正在 运行 通过开玩笑进行测试，并希望最终将解析的请求及其查询参数发送到各种数据存储区，并在其周围有一个很好的 UI 用于跟踪。
我认为 Prometheus 和 Grafana 能够提供这一点，但在昨天为自己的工作获得了一点 POC 之后，似乎这个组合更多地用于跟踪应用程序性能而不是请求日志 handling/manipulation/tracking。
对于我正在努力实现的目标，这是适合使用的工具吗？如果是的话，有人可以阐明我在哪里可以找到更多与我正在努力做的事情相一致的阅读材料吗？
普罗米修斯只做一件事而且做得很好。它收集指标并存储它们。它用于监控您的基础设施或应用程序以监控性能、可用性、错误率等。您可以使用 PromQL 表达式编写规则以根据条件创建警报并将它们发送到警报管理器，警报管理器可以将其发送到 Pager duty、slack、电子邮件或任何票务系统。尽管 Prometheus 带有 UI 用于可视化数据，但最好使用 Grafana，因为它非常好用并且易于分析数据。
如果您正在寻找分布式跟踪工具，您可以查看 Jaeger
我目前正在为我们的团队创建一个更快的测试工具，并将记录我们的 prod sdk 运行 和我们的 staging sdk 运行 的基线。我正在 运行 通过开玩笑进行测试，并希望最终将解析的请求及其查询参数发送到各种数据存储区，并在其周围有一个很好的 UI 用于跟踪。
我认为 Prometheus 和 Grafana 能够提供这一点，但在昨天为自己的工作获得了一点 POC 之后，似乎这个组合更多地用于跟踪应用程序性能而不是请求日志 handling/manipulation/tracking。
对于我正在努力实现的目标，这是适合使用的工具吗？如果是的话，有人可以阐明我在哪里可以找到更多与我正在努力做的事情相一致的阅读材料吗？
普罗米修斯只做一件事而且做得很好。它收集指标并存储它们。它用于监控您的基础设施或应用程序以监控性能、可用性、错误率等。您可以使用 PromQL 表达式编写规则以根据条件创建警报并将它们发送到警报管理器，警报管理器可以将其发送到 Pager duty、slack、电子邮件或任何票务系统。尽管 Prometheus 带有 UI 用于可视化数据，但最好使用 Grafana，因为它非常好用并且易于分析数据。
如果您正在寻找分布式跟踪工具，您可以查看 Jaeger