Flashcat 产品介绍
Flashcat 是基于开源夜莺 Nightingale 打造的一体化可观测性平台，覆盖指标、日志、链路、事件和 AI Agent，围绕数据采集、平台能力、稳定性场景和智能运维构建故障发现与定位闭环。
分类：产品技术
汇总 Flashcat 博客中归属于 产品技术 分类的文章，方便按内容类型连续阅读产品实践、客户案例和可观测性方法。
产品技术 分类文章
Resolve AI 给 AI SRE 打了个样：真正值钱的不是“会聊天”，而是“会查生产”
本文基于 Resolve AI 的公开产品思路，拆解 AI SRE 和 AI RCA 为什么不能只做告警问答，而要围绕生产上下文、证据包、多 Agent 查证、本地代理、安全权限和受控行动重新产品化故障处理流程。
Splunk 的 AI RCA 给了一个提醒：别再只做 AI 运维助手了
调研 Splunk/Cisco AI RCA 产品路线：AI Troubleshooting Agent、AI Assistant、MCP Server、ITSI、Event iQ 和 AppDynamics，分析为什么 AI RCA 应该嵌入告警、证据、事件聚合和行动计划链路。
Elastic AI RCA 产品调研
本文基于 Elastic 官方公开资料，拆解 Elastic 如何把搜索、日志治理、机器学习、AI Assistant、Elastic AI Agent、Agent Builder、Workflows 和 MCP Apps 串成 AI RCA 故障调查链路，并总结对可观测性产品设计的启发。
incident.io 给 AI RCA 上了一课：真正值钱的不是根因，而是事故现场
本文基于 incident.io 在 AI SRE、事故管理和 RCA 方向的公开产品动作，拆解为什么 AI RCA 不能只依赖可观测性数据，而要把告警、事故频道、协作上下文、组织记忆、复盘和行动项串成完整的事故生命周期。
New Relic 告诉我们：AI RCA 不是一个按钮，而是一条故障处理流水线
本文基于 New Relic 在 AI SRE、AIOps 和 RCA 方向的公开产品动作，拆解 AI RCA 为什么不能只做成一个告警解释按钮，而应该围绕 Issue、事件关联、影响分析、相似问题、工作流和 Agent 重新产品化故障处理链路。
Dynatrace 的 AI RCA 做对了什么
本文基于 Dynatrace 官方公开资料，拆解其 AI RCA 如何通过统一数据底座、实时拓扑、事件归并、因果分析和 Problem 对象构建根因分析能力，并总结对可观测性产品设计的启发。
Harness Engineering 是什么：AI Agent 时代的系统约束、反馈回路与工程范式
Harness Engineering 正成为 AI Agent 生产化落地的关键工程范式。本文系统梳理 Prompt Engineering、Context Engineering 与 Harness Engineering 的关系，以及约束、验证、纠正、多代理编排与可观测性的核心方法，并对比传统线束工程。
AI 时代的可观测性：从排障工具到运行时控制平面
AI Agent 和 LLM 应用进入生产后，可观测性会从排障工具升级为连接可靠性、治理、审计、成本控制和自动化动作的运行时控制平面。本文基于 2025-12-30 至 2026-03-30 的行业信号，梳理 AI 可观测性的演进方向、厂商转型重点和企业落地路径。
Flashcat 新版本介绍 - 2026年2月版本
Flashcat 2026 年 2 月版本更新解读：新增 MCP 能力，日志检索支持多行翻页、日志聚类、Elasticsearch 和阿里云 SLS；北极星与灭火图支持按名称访问，灭火图接入 AWS CloudWatch，事件墙支持自定义列和时间轴交互。
可观测性的 AI-Ready 之路
可观测性要进入 AI-Ready 状态，关键不是先换模型，而是让 AI 能理解系统、查询观测数据，并获得业务知识。本文说明 Flashcat 如何通过灭火图、数据集成和 FlashAI 知识库支撑智能化稳定性保障。
Prometheus 监控 Kubernetes Cluster 最新极简教程
Prometheus 监控 Kubernetes 极简教程：使用 kube-prometheus-stack 安装 Prometheus、Grafana、Alertmanager 和导出器，并完成查询、仪表板和告警配置。
产品技术：Flashcat使用截图页面的方式丰富告警内容
Flashcat 截图推送功能可在定时巡检或异常触发时，把北极星、灭火图、SLO、AI 巡检报告等页面截图发送到 IM 群，帮助团队从告警通知直接进入全局状态判断和后续排障。
Kubernetes 重度依赖 ETCD，如何确保 ETCD 集群稳定？
ETCD 是 Kubernetes 集群状态存储的核心组件。本文从节点数量、存储 IO、CPU 内存、网络、隔离部署、监控告警、备份恢复和升级管理说明如何提高 ETCD 集群稳定性。
Flashduty：一站式告警 on-call 平台，加速企业告警响应
企业常有多套监控系统，告警事件分散、降噪困难、排班和升级缺失。Flashduty 作为一站式告警 OnCall 平台，统一处理告警集成、标签增强、聚合降噪、分派升级、协同通知和统计分析。
Prometheus 告警恢复时，怎么获取恢复时的值？
Prometheus 告警恢复事件中的 `$value` 往往仍是最后一次告警触发值，而不是恢复时的最新值。原因在于 Prometheus 规则表达式带阈值时正常状态不返回数据，Alertmanager 生成 Resolved 事件时也不会反查 Prometheus。本文解释原理和两类解决方式。
用实际例子讲透 Kubernetes Pod
用 Nginx 示例讲清 Kubernetes Pod：理解 Pod 与容器的关系、Pod YAML、kubectl 创建与访问、生命周期、核心特性和关联控制器。
10 张图，说透 Kubernetes 架构和数据流
用架构图和数据流解释 Kubernetes 控制平面、工作节点、集群插件与原生对象，帮助读者理解 kube-apiserver、etcd、scheduler、controller manager、kubelet、kube-proxy、容器运行时和 CNI 的职责边界。
Flashduty vs Pagerduty，产品、服务和价格深入对比
从产品、服务与价格三个维度对比 Flashduty 与 Pagerduty，梳理企业采购 On-Call、告警降噪和故障响应平台时应该评估的问题。
告警恢复时如何拿到恢复时的值？
夜莺 v7.0.0.beta10 支持在告警规则中配置 recovery_promql，并在恢复通知模板中读取 recovery_value，从而在 Prometheus 告警恢复时展示恢复时的值。
