https://blog.ohtly.com/tags/alloy/ Recent content in Alloy on OHTLY Blog Hugo zh-cn Fri, 29 May 2026 20:21:07 +0800 https://blog.ohtly.com/posts/postgresql-observability/ Fri, 29 May 2026 20:21:07 +0800 https://blog.ohtly.com/posts/postgresql-observability/ <h2 id="前言"> 前言 <a class="heading-link" href="#%e5%89%8d%e8%a8%80"> <i class="fa-solid fa-link" aria-hidden="true" title="链接到标题"></i> <span class="sr-only">链接到标题</span> </a> </h2> <p>PostgreSQL 是生产环境最常用的关系型数据库之一。当服务挂了、连接爆了、死锁了，需要第一时间感知。</p> <p>单纯靠 Prometheus 指标可以告诉你「连接数超了」，但说不出原因；单纯靠日志可以告诉你「too many connections」，但没有量化趋势。</p> <p>本文的方案是 <strong>指标 + 日志协同监控</strong>，形成完整可观测性闭环：</p> <ul> <li>指标告警 → 感知异常（量变）</li> <li>日志告警 → 定位根因（质变）</li> <li>统一通知 → 飞书即时推送</li> </ul> <h2 id="架构"> 架构 <a class="heading-link" href="#%e6%9e%b6%e6%9e%84"> <i class="fa-solid fa-link" aria-hidden="true" title="链接到标题"></i> <span class="sr-only">链接到标题</span> </a> </h2> <p>下面是完整的数据流：</p> <div class="mermaid"> graph TD PG[PostgreSQL 17<br/>monkey:5432] --> PE[postgres-exporter<br/>monkey:9187] PE --> PM[Prometheus<br/>robin:9090] PM --> AM[Alertmanager<br/>robin:9093] PG -->|Docker logs| AL[Alloy<br/>monkey:12346] AL --> LK[Loki<br/>robin:3100] LK -->|Loki Ruler LogQL| AM AM --> AT[alert-transformer<br/>robin:9091] AT --> OC[OpenClaw<br/>rivo:18789] OC --> FS[飞书] subgraph 指标路径 PE PM end subgraph 日志路径 AL LK end subgraph 通知路径 AM AT OC FS end </div> <p>两条路径独立采集、独立告警，最终汇总到同一个通知链路。</p> https://blog.ohtly.com/posts/2026-05-29-windmill-loki-monitoring/ Fri, 29 May 2026 18:20:00 +0800 https://blog.ohtly.com/posts/2026-05-29-windmill-loki-monitoring/ <p><a href="https://blog.ohtly.com/posts/2026-05-29-couchdb-loki-monitoring/" >前一篇</a> 介绍了用 Alloy + Loki 给 CouchDB 做日志告警。这篇文章是同一套路在 Windmill 上的应用。</p> <p>Windmill 是一个工作流调度平台，由多个 Docker 容器组成：server（API 服务）、worker（任务执行）、worker_gpu（GPU 任务）。这些容器的日志里包含各种运行错误——</p> <ul> <li>API Token 权限不足</li> <li>S3 存储配置丢失</li> <li>Worker 执行异常</li> </ul> <p>它们不会体现在 Prometheus 指标上，只有查看容器日志才能发现。需要一套日志级的告警来及时发现。</p> https://blog.ohtly.com/posts/2026-05-29-couchdb-loki-monitoring/ Fri, 29 May 2026 17:57:00 +0800 https://blog.ohtly.com/posts/2026-05-29-couchdb-loki-monitoring/ <p>上篇<a href="https://blog.ohtly.com/posts/2026-05-16-docker-couchdb-prometheus-monitoring/" >《用 Prometheus 监控 Docker CouchDB 实例》</a>介绍了用 <code>couchdb-exporter</code> 采集 CouchDB 的运行指标（存活状态、连接数等），通过 Prometheus + Alertmanager 实现指标级告警。</p> <p>但这个方案有一个盲区：<strong>CouchDB 的 Erlang 进程错误不会体现在 Prometheus 指标上</strong>。比如 <code>_users</code> 数据库缺失导致的持续报错，exporter 的指标一切正常，只有 <code>docker logs</code> 才能看到 <code>[error]</code>。需要一个日志级别的告警渠道来填补这个空白。</p>