Prometheus 如何准确检测区域和环境信息？

各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《Prometheus 如何准确检测区域和环境信息？》，很明显是关于Golang的文章哈哈哈，其中内容主要会涉及到等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！

我有一个应用程序，并且我正在每个 AWS 区域运行该应用程序的一个实例。 我正在尝试使用 Prometheus 指标客户端来检测应用程序代码，并将收集到的指标公开给 /metrics 端点。有一个中央服务器将抓取所有区域的 /metrics 端点，并将它们存储在中央时间序列数据库中。

假设我定义了一个名为：http_responses_total 的指标，那么我想知道它在所有区域上的聚合值以及各个区域值。 如何存储此 region 信息（可能是 13 个区域中的任何一个）和 env 信息（可能是 dev 或 test 或 prod ）以及指标，以便我可以基于 region 和切块指标env？

我找到了几种方法来做到这一点，但不确定一般是如何完成的，因为这似乎是一个很常见的场景：

• 将 region 和 env 信息存储为每个指标的标签（不建议：https://prometheus.io/docs/instrumenting/writing_exporters/#target-labels-not-static-scraped-labels）
• 使用目标标签 - 我在应用程序中拥有 region 和 env 值，并且希望从应用程序本身设置此信息，而不是在 scrape 配置中设置它们
• 保留一个单独的指标来记录 region 和 env 信息作为标签（如此处所述：https://www.robustperception.io/exusing-the-software-version-to-prometheus） - 这就是我的方式计划将我的应用程序 version 信息存储在 tsdb 中，但应用程序 version 信息和 region 信息之间的区别是：版本在不同版本之间不断变化，但是我从配置文件中获取的区域是恒定的。所以，不确定这是否是一个好方法。

我是普罗米修斯的新手。有人可以建议我如何存储此 region 和 env 信息吗？还有其他更好的方法吗？

正确答案

所有建议的选项都有效，但都有缺点。

第一个选项（应用程序通过每个指标公开 env 和 region）很容易实现，但很难维护。最终有人会忘记这些，从而有可能发生无法观察到的故障。除此之外，您可能无法将这些标签添加到由其他人编写的其他导出器中。最后，如果您必须处理数百万个时间序列，更多纯文本数据意味着更多流量。

我会选择第二个*选项（使用prometheus添加这些标签作为抓取配置的一部分）。为了节省文字，请考虑以下监控设置：