brian-brazil
2019-07-04 21:34
您可能想要的是valid_status_codes，因此您可以指定429（加上任何预期的2xx代码）为有效，probe_success当它们发生时将保持为1。
相关问题
热门github
1
🤯 Lobe Chat - an open-source, modern-design AI chat framework. Supports Multi AI Providers( OpenAI / Claude 3 / Gemini / Ollama / DeepSeek / Qwen), Knowledge Base (file upload / knowledge management / RAG ), Multi-Modals (Plugins/Artifacts) and Thinking. One-click FREE deployment of your private ChatGPT/ Claude / DeepSeek application.
(翻译：LobeChat 是开源的高性能聊天机器人框架，支持语音合成、多模态、可扩展的（Function Call）插件系统。)
4
6
10
我考虑过这一点，这是一个适当的解决方案，但是我不认为Prometheus /出口商有责任决定（在这种情况下）状态码是否有效。我认为是AlertManager负责该决定以及是否对该警报进行警告。你怎么看？
那根本不是Alertmanager的角色，警报到达时已经在触发。黑盒导出器具有许多选项来确定什么被视为失败，这是一种情况。
AlertManager是一个错误，我的意思是Prometheus中的警报规则。确定什么是探针故障，什么不是黑匣子导出器的责任，而不是Prometheus中的警报条件。谢谢！