<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Agent Demo on 孙恒 · SRE / 数据基础设施</title><link>https://humeie.com/demo/</link><description>Recent content in Agent Demo on 孙恒 · SRE / 数据基础设施</description><generator>Hugo</generator><language>zh-CN</language><atom:link href="https://humeie.com/demo/index.xml" rel="self" type="application/rss+xml"/><item><title>告警根因分析 Agent</title><link>https://humeie.com/demo/rca/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://humeie.com/demo/rca/</guid><description>&lt;h2 id="这个-demo-还在搭"&gt;这个 Demo 还在搭&lt;/h2&gt;
&lt;p&gt;交互界面和后端推理正在实现中。设计已经定稿，四个阶段是：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;信号提取&lt;/strong&gt; — 从告警文本和指标片段里拆出实体（服务、节点、指标名）、时间顺序和异常方向。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;假设生成&lt;/strong&gt; — 基于信号组合列出候选根因，不预设只有一个。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;证据匹配&lt;/strong&gt; — 逐个假设去找支持与反驳的证据，明确标出「缺少哪条数据就无法判定」。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;收敛定论&lt;/strong&gt; — 给出根因、置信度、影响链路，以及被否决的假设和否决理由。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;三个预置样例都刻意选了&lt;strong&gt;表象与根因不一致&lt;/strong&gt;的场景：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;六个服务同时 P99 超时 → 根因是上游连接池耗尽，不是这六个服务自己的问题。&lt;/li&gt;
&lt;li&gt;节点内存持续上涨 → 是 page cache 增长，实际没有泄漏。&lt;/li&gt;
&lt;li&gt;磁盘 IO 阶梯式跳升 → 定时任务与备份窗口重叠。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;先看看&lt;a href="https://humeie.com/demo/cost/"&gt;另一个 Demo&lt;/a&gt;，或者&lt;a href="https://humeie.com/projects/"&gt;项目案例&lt;/a&gt;。&lt;/p&gt;</description></item><item><title>成本优化分析 Agent</title><link>https://humeie.com/demo/cost/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://humeie.com/demo/cost/</guid><description>&lt;h2 id="这个-demo-还在搭"&gt;这个 Demo 还在搭&lt;/h2&gt;
&lt;p&gt;交互界面和后端推理正在实现中。设计已经定稿，分析维度是五个：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;规格错配&lt;/strong&gt; — CPU 与内存的实际使用比例是否匹配所选机型。换规格比缩容量安全得多。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;闲置识别&lt;/strong&gt; — 长期无流量、无请求、无变更的资源。这类回收没有风险，纯粹是流程漏洞。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;弹性机会&lt;/strong&gt; — 有清晰周期性的负载。策略上扩要激进、缩要保守，因为两边代价不对称。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;计费优化&lt;/strong&gt; — 稳定基线用包年包月覆盖，波动部分走按量。不改任何技术配置。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;收益排序&lt;/strong&gt; — 按「节省金额 ÷ 变更风险」排，而不是只按金额排。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;两个预置样例：一个是明显有水分的集群，一个是已经比较紧凑但仍存在弹性机会的集群——后者更能说明分析的下限在哪。&lt;/p&gt;
&lt;p&gt;核心约束是：&lt;strong&gt;每条建议必须带依据数据和风险等级，不做一刀切砍 requests。&lt;/strong&gt; 砍配额能在报表上立刻见效，但它把成本问题转化成了稳定性问题。&lt;/p&gt;
&lt;p&gt;先看看&lt;a href="https://humeie.com/demo/rca/"&gt;另一个 Demo&lt;/a&gt;，或者&lt;a href="https://humeie.com/projects/"&gt;项目案例&lt;/a&gt;。&lt;/p&gt;</description></item></channel></rss>