监控与管理
在微服务架构中，我们将原本庞大的单体系统拆分成多个提供不同服务的应用。 虽然
各个应用的内部逻辑因分解而得以简化，但是由于部署应用的数量成倍增长，使得系统的维护复杂度大大提升。 对于运维人员来说，随着应用的不断增多，系统集群中出现故障的频率也变得越来 越高，虽然在高可用机制的保护下，个别故障不会影响系统的对外服务，但是这些频繁出现的故障需要被及时发现和处理才能长期保证系统处千健康可用状态。 为了能对这些成倍增长的应用做到高效运维，传统的运维方式显然是不合适的，所以我们需要实现一套自动化的监控 运维机制，而这套机制的运行基础就是不间断地收集各个微服务应用的各项 指标情况，并根据这些基础指标信息来制定监控和预警规则，更进一步甚至做到一些自动化的运维操作等。为了让运维系统能够获取各个微服务应用的相关指标以及实现一些常规操作控制，我们需要开发一套专门用于植入各个微服务应用的接口供监控 系统采集信息。 而这些接口往往有很大一 部分指标都是类似的， 比如环境变量、 垃圾收集信息、 内存信息、 线程池信息等。 既然这些信息那么通用，难道就没有一个标准化的实现框架吗？
当我们决定用Spring Boot来作为微服务框架时，除了它强大的快速开发功能之外，还因
为它在Starter POMs中提供了一个特殊依赖模块spring-boot-starter-actuor 。引入该模块能够自动为 Spring Boot 构建的应用提供 一系列用千监控的端点。 同时， SpringCloud 在实现各个微服务组件的时候， 进一步为该模块做了不少扩展， 比如， 为原生端点增加了更多的指标和度量信息（比如在整Eureka 的时候会为/health 端点增加相关的信息）， 并且根据不同的组件还提供了更多有空的端点（比如， 为 API 网关组件 Zuul 提供了 /routes 端点来返回路由信息）。
spring-boot-starter-actuator 模块的实现对千实施微服务的中小团队来说，可以有效地省去或大大减少监控系统在采集应用指标时的开发量。 当然， 它也并不是万能的， 有时候也需要对其做 一些简单的扩展来帮助我们实现自身系统个性化的监控需求。 所以，在本节将详细介绍一些关于 spring-boo七-starter-acuator 模块的内容， 包括原生提供的端点以及一些常用的扩展和配置方式等。
初识actuator
下面， 我们通过对 “ 快速入门 ” 小节中实现的 Spring Boot 2.0以上 应用增加 spring-boot－starer-actuator 模块功能， 来对它有一个直观的认识。
在现有 的 Spring Boot 应用中引入该模块非常简单 ， 只需要 在 pom.xml 的
dependency 节点中，新增 spring-boot-starter-actuator 的依赖即可，具体如下：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
yml配置后方可启动访问：
# 放开Actuator Web REST 端点,否则访问不到
management:
endpoints:
enabled: true
web:
base-path: /actuator # 访问根路径
exposure:
include: "*"
启动项目，发现已经有了该功能，并提供了路径
env 获取全部环境属性
在没有引入其他依赖之前， 该端点的内容较为简单， 后续我们在使用Spring Cloud的
各个组件之后， 它的返回会变得非常丰富， 这些内容将帮助我们制定更为个性化的监控策
略。
原生端点
通过在快速入门示例中添加spring-boot-s七arter-actuator模块， 我们已经对
它有了 一个初步的认识。接下来，我们详细介绍一下 spring-boot-starter-ac七ua七or
模块中已经实现的一些原生端点。 根据端点的作用， 可以将原生端点分为以下三大类。
- 应用配置类：获取应用程序中加载的应用配置、 环境变量、 自动化配置报告等与
Spring Boot应用密切相关的配置类信息。 - 度最指标类：获取应用程序运行过程中用于监控的度量指标， 比如内存信息、 线程
池信息、 HTTP请求统计等。 - 操作控制类：提供了对应用的关闭等操作类功能。
下面我们来详细了解一下这三类端点都分别可以为我们提供怎样的有用信息和强大功
能， 以及我们如何去扩展和配置它们。
应用配置类
由于SpringBoot为了改善传统Spring应用繁杂的配置内容，采用了包扫描和自动化配
置的机制来加载原本集中于XML文件中的各项内容。 虽然这样的做法让我们的代码变得
非常简洁，但是整个应用的实例创建和依赖关系等信息都被离散到了各个配置类的注解上，
这使我们分析整个应用中资源和实例的各种关系变得非常困难。 而这类端点可以帮助我们
轻松获取一系列关于 Spring 应用配置内容的详细报告， 比如自动化配置的报告、 Bean创
建的报告、 环境属性的报告等。
-
/beans: 该端点用来获取应用上下文中创建的所有Bean
/beans
我们可以看到在每个Bean 中都包含了下面这些信息。
bean: Bean 的名称。
scope: Bean 的作用域。
type: Bean 的 Java 类型。
resource: class 文件的具体路径。
dependencies: 依赖的 Bean 名称 /configprops: 该端点用来获取应用中配置的属性信息报告
我们可以通过该报告来看到各个属性的 配 置路 径， 比如我们要关闭该端点， 就可 以 通过使用endpoints.configprops.enabled=false 来完成设置。
