ps scavenge java_监控与管理-SpringBoot

在微服务架构中，我们将原本庞大的单体系统拆分成多个提供不同服务的应用。 虽然 各个应用的内部逻辑因分解而得以简化，但是由于部署应用的数量成倍增长，使得系统的 维护复杂度大大提升。 对于运维人员来说，随着应用的不断增多，系统集群中出现故障的 频率也变得越来 越高，虽然在高可用机制的保护下，个别故障不会影响系统的对外服务， 但是这些频繁出现的故障需要被及时发现和处理才能长期保证系统处千健康可用状态。 为 了能对这些成倍增长的应用做到高效运维，传统的运维方式显然是不合适的，所以我们需 要实现一套自动化的监控 运维机制，而这套机制的运行基础就是不间断地收集各个微服务 应用的各项 指标情况，并根据这些基础指标信息来制定监控和预警规则，更进一步甚至做 到一些自动化的运维操作等。

为了让运维系统能够获取各个微服务应用的相关指标以及实现一些常规操作控制，我 们需要开发一套专门用于植入各个微服务应用的接口供监控 系统采集信息。 而这些接口往 往有很大一 部分指标都是类似的， 比如环境变量、 垃圾收集信息、 内存信息、 线程池信息 等。 既然这些信息那么通用，难道就没有一个标准化的实现框架吗？

当我们决定用Spring Boot来作为微服务框架时，除了它强大的快速开发功能之外，还因 为它在Starter POMs中提供了一个特殊依赖模块spring-boot-starter-actuator 。引入该模块能够自动为 Spring Boot 构建的应用提供 一系列用千监控的端点。 同时， Spring Cloud 在实现各个微服务组件的时候， 进 一步为该模块做了不少扩展， 比如， 为原生端点 增加了更多的指标和度量信息(比如在整合 Eureka 的时候会为/health 端点增加相关的 信息)， 并且根据不同的组件还提供了更多有空的端点(比如， 为 API 网关组件 Zuul 提供 了 /routes 端点来返回路由信息)。

spring-boot-starter-actuator 模块的实现对千实施微服务的中小团队来说， 可以有效地省去或大大减少监控系统在采集应用指标时的开发量。 当然， 它也并不是万能 的， 有时候也需要对其做 一些简单的扩展来帮助我们实现自身系统个性化的监控需求。 所 以，在本节将详细介绍一些关于spring-boot-starter-actuator模块的内容， 包括 原生提供的端点以及一些常用的扩展和配置方式等。

在现有 的 Spring Boot 应用中引入该模块非常简单 ， 只需要 在 pom.xml 的 dependency 节点中，新增 spring-boot-starter-actua七or 的依赖即可，具体如下：

org.springframework.boot

spring-boot-starter-actuator

增加该依赖之后，重新启动应用。此时，我们可以在控制台中看到如下图所示的输出：

: Mapped "{[/trace i I /trace.json],methods=(GET),produces=[applicat10n

: Mapped "{[/info 11 /info.json],methods=[GET},produces=[application/j

: Mapped " { [ / env / {name: , •}], methods=[ GET), produces= [ application/json)}

: Mapped "{[/env 11 /env.json],methods=[GET),produces=[application/jso

: Mapped "{[/dump 11 /dump.json],methods=[GET),produces=[application/j, Mapped "([/autoconfig 11 /autoconfig.json