官方 starter 只管 SDK 和 OTLP 日志 exporter：traces、metrics 还在 micrometer 的两个模块下，Logback appender 仍要手工装三步，profiles 整段落在应用之外。

Tracing 断链很少是 @HttpExchange 能解决的问题。能不能把 trace 和业务上下文一起跨服务传下去，取决于 W3C Trace Context、baggage 白名单和注入的 RestClient.Builder 这三样。

结合一次 Spring Boot 3.5 tracing 接入：自动配置覆盖范围、自定义埋点、Kafka/Redis/DB 组件接入、采样策略、PII 处理，以及用 ArchUnit 约束常见误用。

双集群 K3s Homelab 补齐 OpenTelemetry traces 之后的样子：OTel Collector 收数据，跨集群写进 Tempo，Grafana 联动数据源，各语言 SDK 按同一套约定接入。

应用层 Metrics 埋点的边界：自动埋点覆盖到哪、@Observed 怎么用、高低基数字段怎么分、手动 Observation API 什么时候上，以及和 Prometheus、OTel 的关系。埋点 API 是 Micrometer 的抽象层。

Spring Boot 3.5 + Java 25 下的 OpenTelemetry 接入：尽量让自动配置去做，启用虚拟线程，用 JFR 补上 profiles，把 Traces / Metrics / Logs / Profiles 串起来。