Phoenix监控平台技术解析（十六）：代理端整体架构与角色定位
这篇博文深入剖析Phoenix监控系统的代理端架构，揭秘其作为“区域大脑”如何身兼“基础设施采集者”与“数据中转站”双重身份。文中详解Docker实时监控、API对称设计及自我监控机制，带你领略高性能数据转发与优雅的代码编排艺术，是提升系统架构认知的必读佳作。......
2026-04-10
33
0
Phoenix监控平台技术解析（十五）：业务埋点——同步与异步告警发送 API 设计
前面十四篇，我们一路从架构全景、HTTP/WebSocket 通信通道、加解密体系、配置加载、心跳机制、JVM 采集、线程池监控，一直拆到了 Spring Boot Starter 和 SpringMVC Integrator 两条集成路径。这些都属于 Phoenix 客户端的“基础设施层”——它们默默运转，不需要业务开发者操心。但监控平台的真正价值，往往在于那些需要开发者“主动出手”的时刻——比如，在业务代码中发出一条告警。......
Phoenix监控平台技术解析（十四）：SpringMVC Integrator 适配——Listener 机制集成方案
上一篇我们拆解了 Spring Boot Starter 的自动配置机制——通过 `@EnableMonitoring` 注解、`DeferredImportSelector`、`spring.factories`、`ImportAware` 等一套精巧的组合拳，让 Spring Boot 应用只需一个注解就能接入 Phoenix 监控。但现实世界里，并非所有 Java Web 项目都跑在 Spring Boot 上。那些基于传统 Spring MVC + `web.xml` 的老项目，该如何集成 Pho......
Phoenix监控平台技术解析（十三）：SpringBoot Starter 自动配置——@EnableMonitoring 注解原理
上一篇我们拆解了线程池信息采集——从“构造即注册”的 MonitoredExecutor 到 ThreadPoolManager 全局注册表，再到定时上报与双表落库的完整链路。最后留了一个悬念：Phoenix 是如何通过一个 @EnableMonitoring 注解，就让 Spring Boot 应用自动接入整套监控体系的？这一篇，我们就来彻底拆解这个问题。不仅看 Phoenix 怎么做的，更要搞明白——自定义一个 Spring Boot Starter，到底需要哪些“零件”，它们之间又是怎样咬合运转的。......
Phoenix监控平台技术解析（十二）：线程池信息采集——MonitoredExecutor 注册表与定时上报机制
上一篇我们拆解了 JVM 信息采集——Phoenix 通过 MXBean 给每个 Java 进程做了一次“全身体检”。但 JVM 层面的线程数只是一个笼统的数字，它告诉你“有 200 个线程在跑”，却不告诉你“这 200 个线程分别属于哪个线程池，哪个池子快满了，哪个池子在疯狂拒绝任务”。本篇将深入 Phoenix 的线程池信息采集机制——它是如何把散落在系统各处的线程池“收编”进一个统一注册表，再定时上报给服务端的。......