利用SpringBoot Actuator 来构造/health /info 等监控接口

2024-03-17 20:04

本文主要是介绍利用SpringBoot Actuator 来构造/health /info 等监控接口,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

当我们用K8S 部署微服务时, 很多时候需要调用 service的/health 等状态接口, 已确定container的运行状态是否健康。

而Spring boot Actuator 就是用来快速构造这些状态接口的工具




引入依赖

        <!-- actuator --><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId></dependency>




启用/health 和 /info 接口

management:endpoints:web:exposure:include: "info, health, loggers, env"base-path: /actuator

所有的接口介绍可以参考:
https://www.baeldung.com/spring-boot-actuators

/auditevents lists security audit-related events such as user login/logout. Also, we can filter by principal or type among other fields.
/beans returns all available beans in our BeanFactory. Unlike /auditevents, it doesn’t support filtering.
/conditions, formerly known as /autoconfig, builds a report of conditions around autoconfiguration.
/configprops allows us to fetch all @ConfigurationProperties beans.
/env returns the current environment properties. Additionally, we can retrieve single properties.
/flyway provides details about our Flyway database migrations.
/health summarizes the health status of our application.
/heapdump builds and returns a heap dump from the JVM used by our application.
/info returns general information. It might be custom data, build information or details about the latest commit.
/liquibase behaves like /flyway but for Liquibase.
/logfile returns ordinary application logs.
/loggers enables us to query and modify the logging level of our application.
/metrics details metrics of our application. This might include generic metrics as well as custom ones.
/prometheus returns metrics like the previous one, but formatted to work with a Prometheus server.
/scheduledtasks provides details about every scheduled task within our application.
/sessions lists HTTP sessions, given we are using Spring Session.
/shutdown performs a graceful shutdown of the application.
/threaddump dumps the thread information of the underlying JVM.




配置/health 接口的具体输出信息

默认/health 只会输出 status up or down, 如下

[gateman@manjaro-x13 ~]$ curl 127.0.0.1:8080/actuator/health
{"status":"UP"}

当我们在application.yml 加上下面配置后。

management:endpoint:health:show-details: always

会令到 /health 接口输出额外的components 信息:

{"status": "UP","components": {"diskSpace": {"status": "UP","details": {"total": 1038214316032,"free": 840063606784,"threshold": 10485760,"exists": true}},"ping": {"status": "UP"}}
}

这时, 我们可以额外 地从/health 接口知道ping 和 磁盘使用的信息。

其实 只要ping 和 diskSpace的状态任何1个status 为down, 这个/health的总status 就是down

但是通常来讲, 只考虑这两个子状态是不足够的。




增加BigQuery conneciton 状态

举个例子, 假如某个service 里面连接bigQuery, 我们需要在/health 接口加1个component , 去detect BQ 的connection 是否健康。 如果这个BQ connection 为Down, 则/health status 为down




增加1个类 for checking the BQ connection
@Component
@Slf4j
public class BigQueryHealthCheck {@Autowiredprivate BigQuery bigQuery;public boolean isBigQueryHealthy() {CompletableFuture<Boolean> future = CompletableFuture.supplyAsync(() -> {try {bigQuery.listDatasets();return true;} catch (Exception e) {log.error("Error in BigQueryHealthCheck...", e);return false;}});try {// set time out to 5 seconds,  to wait for the return of future object.return future.get(5, TimeUnit.SECONDS);} catch (InterruptedException | ExecutionException | TimeoutException e) {log.error("Timeout or error while checking BigQuery connection", e);return false;}}
}

这里使用了CompletableFuture 类来设置1个5秒 timeout, 只要5秒内连不上BQ, 则认为BQ connection down




再增加1个类 for 增加1个BQ connection component to /health 接口
@Component
public class BQHealthIndicator extends AbstractHealthIndicator {@Autowiredprivate BigQueryHealthCheck bigQueryHealthCheck;@Overrideprotected void doHealthCheck(Health.Builder builder) throws Exception {if (bigQueryHealthCheck.isBigQueryHealthy()) {//int i=1/0;builder.up();} else {builder.down();}}
}

注意这个类必须是1个bean, 而且类名的suffix 是 HealthIndicator

这样, 当我们再次测试/health 接口时, 就包括BQ connection的监测了!

{"status": "UP","components": {"BQ": {"status": "UP"},"diskSpace": {"status": "UP","details": {"total": 1038214316032,"free": 839953145856,"threshold": 10485760,"exists": true}},"ping": {"status": "UP"}}
}




配置/info 接口的具体输出信息

默认下 /info 接口是什么信息都没有输出的,只有1个空的对象{}

如果我们想把service name, version 等信息写进info 接口, 也不复杂。




把pom.xml 的version 写入application.yml

在spring boot 中, 获取pom.xml 里面的具体字段值没有那么简单。
相对地, 从application.yml 获取configuration item的值是很容易的。

幸运地, 有1个方法可以把pom.xml 的内容写入application.yml

pom:version: @project.version@

在application yml里加入上面两行即可




添加1个类for /info的信息输出
@Component
public class AppVersionInfo implements InfoContributor {@Autowiredprivate Environment environment;@Value("${pom.version}") // https://stackoverflow.com/questions/3697449/retrieve-version-from-maven-pom-xml-in-codeprivate String appVersion;@Overridepublic void contribute(Info.Builder builder) {builder.withDetail("app", "Sales API").withDetail("version", appVersion).withDetail("description", "This is a simple Spring Boot application to demonstrate the use of BigQuery in GCP.");}
}

效果:

{"app": "Sales API","version": "1.0-SNAPSHOT","description": "This is a simple Spring Boot application to demonstrate the use of BigQuery in GCP."
}

就是甘简单

这篇关于利用SpringBoot Actuator 来构造/health /info 等监控接口的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/820007

相关文章

Spring Boot @RestControllerAdvice全局异常处理最佳实践

《SpringBoot@RestControllerAdvice全局异常处理最佳实践》本文详解SpringBoot中通过@RestControllerAdvice实现全局异常处理,强调代码复用、统... 目录前言一、为什么要使用全局异常处理?二、核心注解解析1. @RestControllerAdvice2

Spring IoC 容器的使用详解(最新整理)

《SpringIoC容器的使用详解(最新整理)》文章介绍了Spring框架中的应用分层思想与IoC容器原理,通过分层解耦业务逻辑、数据访问等模块,IoC容器利用@Component注解管理Bean... 目录1. 应用分层2. IoC 的介绍3. IoC 容器的使用3.1. bean 的存储3.2. 方法注

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

java中新生代和老生代的关系说明

《java中新生代和老生代的关系说明》:本文主要介绍java中新生代和老生代的关系说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、内存区域划分新生代老年代二、对象生命周期与晋升流程三、新生代与老年代的协作机制1. 跨代引用处理2. 动态年龄判定3. 空间分

Java设计模式---迭代器模式(Iterator)解读

《Java设计模式---迭代器模式(Iterator)解读》:本文主要介绍Java设计模式---迭代器模式(Iterator),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录1、迭代器(Iterator)1.1、结构1.2、常用方法1.3、本质1、解耦集合与遍历逻辑2、统一

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空

深度解析Java DTO(最新推荐)

《深度解析JavaDTO(最新推荐)》DTO(DataTransferObject)是一种用于在不同层(如Controller层、Service层)之间传输数据的对象设计模式,其核心目的是封装数据,... 目录一、什么是DTO?DTO的核心特点:二、为什么需要DTO?(对比Entity)三、实际应用场景解析

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操