mickey_zzc的博客

MiBeeBell v0.1.0正式发布，定位为飞牛OS专属告警收敛与通知中枢，不替代监控或排班系统。它接收来自Webhook、Alertmanager、Grafana等7类入口的告警，通过去重、冷却、静默、升级等策略优化通知，支持飞书、钉钉、Telegram等17种渠道。单二进制+SQLite部署，资源占用低（15–21MB），支持多机互备。源码闭源，成品与文档公开于mickeyzzc/releases仓库，首版仅提供飞牛原生包，强调“补位而非竞争”。

on-call / 事故管理的事实标准，很多大厂工单系统里“PagerDuty”已经成了动词。但 2024-2026 年它股价/估值较峰值缩水约 86%，客户数年持平在 ~1.5 万，增长故事讲得有点累了（详见第七节）。

摘要： Headless浏览器在调试前端工程时存在一个深藏的时序陷阱：现代前端框架（如React、Vue、SvelteKit等）的初始化错误往往发生在页面加载过程中，而传统Headless工具（如旧版Puppeteer、Selenium）的错误监听器在页面加载完成后才注入，导致错误被遗漏。2026年后，主流工具（如Playwright v1.40+、agent-browser）已通过预注入脚本或原生CDP协议支持解决了此问题。解决方案的核心是在页面加载前注入错误捕获逻辑，例如： agent-browser使

本文回顾了VictoriaMetrics生态近三年的发展，重点分析了流聚合能力的改进情况。官方在分布式任务分配（v1.86+）、资源均衡（v1.138.0+）和单点算力扩展方面取得进展，通过一致性哈希分片和聚合窗口功能解决了部分核心问题。但跨实例协调和维度标签控制问题仍未解决。作者开发的stream-metrics-route项目调整为"指标路由网关+Kafka集成层"定位，通过双重hashmod调度和前置注入stream_task_id保持独特价值。文章建议混合架构方案，并给出短期升级

在《监控系统企业架构演进史-初入Prometheus》中，监控系统已经从单体架构升级到单IDC分布式架构了。前一篇文章的内容是适用于虚拟机部署和容器部署的。Prometheus是云原生时代的产物，一般和Kubernetes配套使用，但是Prometheus本身也能在非Kubernetes取替传统监控如Zabbix使用的。在该篇文章中，开始以Kubernetes的部署来升级整个监控系统架构，使之在跨地域混合云的业务场景中更具灵活性。