Prometheus将加入可在低资源装置顺畅执行的代理模式

监控和警报解决方案Prometheus将会新增代理模式（Agent Mode），该模式内建在Prometheus二进制档案中，其禁用了一些常见的功能，并且针对抓取和远端写入进行最佳化。官方提到，透过在Prometheus加入功能精简的代理模式，使得Prometheus具有自动横向扩展的能力，能拓展Prometheus的使用模式。

Prometheus从下一个版本v2.32.0开始，用户可以选择启用实验性功能—代理模式，而这个模式是针对远端写入的使用案例而来。代理模式禁用查询、警报，并将和本地储存转换成自定义的时序数据库（TSDB）预写式日志（WAL），其他包括抓取逻辑、服务探索和相关配置都保持不变。

当用户的使用情境，只需要将资料转送到远端Prometheus服务器，或是任何的远端写入相容专案，便适合使用代理模式，也就是说，当用户不打算在本地端查询，或是发出资料警报，并且也不向外部串流传输指标，则使用代理模式可以带来效率且方便扩展等好处。

效率是代理模式的最大优点，用户自定义的代理时序数据库预写式日志，在成功写入远端后，能够立即删除资料，当资料无法抵达远端端点，则资料会暂时保留在磁盘中，直到远端端点重新连上，不过这目前只提供2个小时的缓冲，类似非代理Prometheus。

这代表不需要在内存中建构资料块，也不需要为了查询目的，维护完整的索引，代理模式使用的资源，只是普通Prometheus服务器在类似情况，所使用的小部分资源。由于代理模式的运作效率高，对于边缘的低资源装置更为友善，能在相同的运算成本发送更多指标。

新的代理模式的另一个优点是容易扩展，官方解释，理想中的自动扩展功能，要能够依照指标的数量，增加或是缩减执行个体，但是这在Prometheus的服务器模式中难以实现，因为服务器模式的Prometheus为有状态，收集到的资料会保存在一个固定位置，而在缩减执行个体时，就要将资料备份到现有执行个体，便会面临资料重叠、资料错误标记等问题。

代理模式的本质，是将探索、抓取和远端写入，移动到一个单独的微服务中，使得该微服务专注在撷取资料任务上，因此代理模式下的Prometheus可以是无状态的，虽然为了避免指标遗失，需要有一个HA代理，并附加一个永久性磁盘，但从技术上来说，当用户具有数千个指标目标，就可以部署多个Prometheus代理，并且安全地更改执行个体抓取的目标，因为所有的样本都会被推送到同一个中央储存。

简单来说，代理模式支援以Prometheus为基础的指标抓取，进行简单地水平自动缩放，并且能够对指标目标做出动态变化，而官方提到，这会是Prometheus社群未来的发展方向之一。

代理模式在下一个Prometheus版本，才会加入成为实验性功能，磁盘上的旗标、API和预写式日志可能会改变，但是因为Grafana Labs先前进行的一些开源工作，已经实测过代理模式，因此某种程度代理模式已经具有一定的稳定性。

虽然官方在Prometheus加入代理模式，但是原有的服务器模式仍然是当前被推荐且稳定的模式，而具有远端储存功能的代理模式，会增加额外的复杂性，官方提醒用户应该谨慎使用。