2016 年 7 月，Prometheus 发布了 1.0 版本，达到了一个重要的里程碑。自那以后，我们添加了许多新功能，例如新的服务发现集成和我们实验性的远程 API。我们还意识到，基础设施领域的新发展，特别是 Kubernetes，使得被监控的环境变得更加动态。不出所料，这也给 Prometheus 带来了新的挑战，我们在其存储层中发现了性能瓶颈。
在过去的几个月中，我们一直在设计和实现一个新的存储概念，以解决这些瓶颈并显示整体性能的显著提高。它还为添加热备份等功能铺平了道路。
这些更改是如此根本，以至于它将触发一个新的主要版本：Prometheus 2.0。
在稳定版本发布之前，计划在存储之外添加重要的功能和更改。但是，今天我们发布 Prometheus 2.0 的早期 alpha 版本，以启动新存储的稳定过程。
发布压缩包 和 Docker 容器 现在可用。如果您对存储的新机制感兴趣，请务必阅读 深入探讨的博客文章，了解其内部原理。
此版本不适用于旧的存储数据，不应替换现有的生产部署。要运行它，数据目录必须为空，并且除了 -storage.local.retention 之外的所有现有存储标志都必须删除。
例如；之前
./prometheus -storage.local.retention=200h -storage.local.memory-chunks=1000000 -storage.local.max-chunks-to-persist=500000 -storage.local.chunk-encoding=2 -config.file=/etc/prometheus.yaml
之后
./prometheus -storage.local.retention=200h -config.file=/etc/prometheus.yaml
这是一个非常早期的版本，应该预料到崩溃、数据损坏和一般错误。请通过提交到 我们的问题跟踪器 来帮助我们朝着稳定版本迈进。
在此 alpha 版本中，实验性的远程存储 API 已禁用。抓取暴露时间戳的目标（例如联合的 Prometheus 服务器）尚不起作用。存储格式正在被破坏，并且在后续的 alpha 版本之间会再次被破坏。我们计划在接近稳定版本时记录从 1.0 到 2.0 的升级路径。