Thanos 是一个「开源的，高可用的 Prometheus 系统，具有长期存储能力」。很多知名公司都在使用 Thanos，也是 CNCF 孵化项目的一部分。
Thanos 的一个主要特点就是通过使用对象存储（比如 S3）可以允许 “无限” 存储空间。对象存储可以是每个云提供商提供的对象存储也可以是 ceph、rook 或 minio 这样的解决方案。
Thanos 和 Prometheus 并肩作战，从 Prometheus 开始升级到 Thanos 是很常见的。
Thanos 被分成几个组件，每个组件都只有一个目标（典型云原生架构），组件之间通过 gRPC 进行通信。
Thanos 和 Prometheus 一起运行（有一个边车），每 2 小时向一个对象存储库输出 Prometheus 指标。这使得 Prometheus 几乎是无状态的。Prometheus 仍然在内存中保存着 2 个小时的度量值，所以在发生宕机的情况下，你可能仍然会丢失 2 个小时的度量值（这个问题应该由你的 Prometheus 设置来处理，使用 HA/分片，而不是 Thanos）。
📓 参考文档：
Thanos sidecar 与 Prometheus Operator 和 Kube Prometheus 栈一起，可以轻松部署。这个组件充当 Thanos 查询的存储。
Thanos 存储充当一个网关，将查询转换为远程对象存储。它还可以在本地存储上缓存一些信息。基本上，这个组件允许你查询对象存储以获取指标。这个组件充当 Thanos 查询的存储。
Thanos Compactor（压缩器） 是一个单体（它是不可扩展的），它负责压缩和降低存储在对象存储中的指标。下采样（数据老化）是随着时间的推移对指标粒度的宽松。例如，你可能想将你的指标保持 2 年或 3 年，但你不需要像昨天的指标那么多数据点。这就是压缩器的作用，它可以在对象存储上节省字节，从而节省成本。
Thanos Query（查询）是 Thanos 的主要组件，它是向其发送 PromQL 查询的中心点。Thanos 查询暴露了一个与 Prometheus 兼容的端点。然后它将查询分派给所有的 “stores”。记住，Store 可能是任何其他提供指标的 Thanos 组件。Thanos 查询可以发送查询到另一个 Thanos 查询（他们可以堆叠）。
还负责对来自不同 Store 或 Prometheus 的相同指标进行重复数据删除。例如，如果你有一个度量值在 Prometheus 中，同时也在对象存储中，Thanos Query 可以对该指标值进行重复数据删除。在 Prometheus HA 设置的情况下，重复数据删除也基于 Prometheus 副本和分片。
正如它的名字所暗示的，Thanos 查询前端是 Thanos 查询的前端，它的目标是将大型查询拆分为多个较小的查询，并缓存查询结果（在内存或 memcached 中）。
还有其他组件，比如在远程写的情况下 Thanos Receiver（接收器）、Thanos Ruler（规则）。
Sidecar 方式部署:
Receiver 方式部署：
三人行, 必有我师; 知识共享, 天下为公. 本文由东风微鸣技术博客 EWhisper.cn 编写.