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

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

    当我们决定用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 的依赖即可，具体如下：

<dependency>

    <groupId>org.springframework.boot</groupId>

    <artifactId>spring-boot-starter-actuator</artifactId>

</dependency>

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

: 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],rnethods=[GET),produces=[a

: Mapped "{[/health 11 /health.json],produces=[application/json)}" ont

: Mapped "{[/mappings 11 /mappings.json],methods=(GET],produces=(appli

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

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

: Mapped "{[/metrics/{name:. 不}],methods=(GET),produces=[application/js

: Mapped "{[/metrics 11 /metrics.json],methods=[GET),produces=(applica

原生端点

通过在快速入门示例中添加spring-boot-starter-actuator模块， 我们已经对 它有了 一个初步的认识。接下来，我们详细介绍一下 spring-boot-starter-actuator模块中已经实现的一些原生端点。 根据端点的作用， 可以将原生端点分为以下三大类。

? 应用配置类：获取应用程序中加载的应用配置、 环境变量、 自动化配置报告等与 Spring Boot应用密切相关的配置类信息。

 ? 度最指标类：获取应用程序运行过程中用于监控的度量指标， 比如内存信息、 线程 池信息、 HTTP请求统计等。 

? 操作控制类：提供了对应用的关闭等操作类功能。

应用配置类->由于SpringBoot为了改善传统Spring应用繁杂的配置内容，采用了包扫描和自动化配 置的机制来加载原本集中于XML文件中的各项内容。 虽然这样的做法让我们的代码变得 非常简洁，但是整个应用的实例创建和依赖关系等信息都被离散到了各个配置类的注解上， 这使我们分析整个应用中资源和实例的各种关系变得非常困难。 而这类端点可以帮助我们 轻松获取一系列关于 Spring 应用配置内容的详细报告， 比如自动化配置的报告、 Bean创 建的报告、 环境属性的报告等。

     /autoconfig:该端点用来获取应用的自动化配置报告， 其中包括所有自动化配置的 候选项。 同时还列出了每个候选项是否满足自动化配置的各个先决条件。 所以， 该 端点可以帮助我们方便地找到一些自动化配置为什么没有生效的具体原因。 该报告 内容将自动化配置内容分为以下两部分。

positiveMatches中返回的是条件匹配成功的自动化配置。

negativeMatches中返回的是条件匹配不成功的自动化配置。

    /beans:该端点用来获取应用上下文中创建的所有Bean。

&