Micrometer与Metricbeat的区别：Spring Boot服务向Elasticsearch上报指标选型

架构定位差异 #

• Micrometer是应用层埋点门面组件：属于Spring Boot原生支持的观测类库，运行在Spring Boot进程内部，可直接在代码层面采集指标后，通过内置的Elasticsearch Registry直接上报到ES集群，也可对接其他观测存储系统。
• Metricbeat是独立的主机/容器层采集Agent：属于ELK技术栈的Beats系列组件，脱离业务应用独立部署，可部署在Docker宿主上，也可作为Sidecar容器与Spring Boot容器同实例运行，拉取到指标后统一上报到ES。

指标采集能力差异 #

• Micrometer的核心优势是业务侧指标支持度极高：除了开箱自带JVM、Spring MVC、连接池、Tomcat等几十种应用层指标外，还支持在业务代码中自由埋点自定义指标，比如订单生成量、接口调用成功率、用户登录次数等，还可灵活给指标添加自定义标签做维度筛选，采集粒度完全和业务逻辑对齐。
• Metricbeat的核心优势是基础设施层指标全覆盖：除了基础的应用指标外，可同时采集Docker宿主/容器的CPU、内存、磁盘IO、网络流量指标，也支持同步采集同节点部署的MySQL、Redis等中间件指标，无需为每个应用单独配置采集规则。但如果要采集业务自定义指标，需要应用主动暴露Actuator端点或JMX端口，自定义灵活度远低于Micrometer。

侵入性与资源开销差异 #

• Micrometer属于代码侵入式方案：Spring Boot项目只需引入依赖即可完成基础配置，无需大量代码改动，但组件运行在业务进程内部，会占用少量应用的CPU、内存资源，高并发场景下如果埋点数量过多需要调整采样率控制性能损耗，组件升级也需要跟着业务应用一起打包发布。
• Metricbeat属于非侵入式方案：完全不需要修改业务应用代码，也不会占用业务进程的资源，所有采集开销都在独立的Agent进程上，调整采集规则、升级组件都不需要重启业务应用，对线上业务无感知。如果Spring Boot应用未开启Actuator或JMX暴露，只能采集到基础设施层指标，拿不到应用细粒度运行数据。

Docker环境适配成本差异 #

• Micrometer适配Docker仅需要在应用配置文件中添加ES集群地址、指标前缀等配置即可，镜像打包不需要额外添加组件，单Docker部署或K8s编排都可直接运行，需要保证每个Spring Boot实例都能连通ES集群。
• Metricbeat在Docker环境下可通过DaemonSet（K8s场景）或宿主级容器部署，单节点仅需部署一个Agent即可采集当前节点所有Spring Boot容器的指标，ES连接信息、采集规则仅需要在Metricbeat侧统一配置一次，权限管控、配置更新更集中。

内容的提问来源于stack exchange，提问作者user955165