你是否已经精通了 SpringBoot 的执行器功能了呢?不精通就来学
"target": ""1.8"
},
"artifact": "sample-spring-boot-web","name" : "sample-spring-boot-web",
"group": "pl.piomin.services"","time" :""2017-10-04T10:23:222""
健康信息
====
与/info 端点一样,/health 端点也有一些自动配置的指示器。开发人员可以监控磁盘使用情况、邮件服务、Java 消息服务(Java Message Service,JMS)、数据源和 NoSQL 数据库(如 MongoDB 或 Cassandra)的状态等。如果从我们的示例应用程序中检查该端点,则只能获得有关磁盘使用情况的信息。现在我们可以将 MongoDB 添加到项目中,以测试一个可用的健康指标 MongoHealthIndicator。MongoDB 不是随机选择的,它对于我们未来的 Person 微服务的更高级示例是有用的。要启用 MongoDB,开发人员需要将以下依赖项添加到 pom.xml。
de.flapdoodle.embed.mongo 工件将负责在应用程序启动期间启动嵌入式数据库的实例。
<dependeney>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-mongodb</artifactId></dependency>
<dependeney>
<groupId>de .flapdoodle.embed</groupId>
<artifactId>de.flapdoodle.embed.mongo</artifactId></dependency>
现在,/health 端点将返回有关磁盘的使用情况和 MongoDB 状态的信息。
"status":"UP","diskSpace" :{
"status":"UP",
"total":499808989184,"free":193956904960,"threshold":10485760
},
""mongo":{
"status":""UP",
"version":""3.2.2""
}
}
在这个例子中,开发人员可以看到 Spring Boot 自动配置的强大功能。除了为项目添加两个依赖项以启用嵌入式 MongoDB 之外,开发人员不需要做任何事情。其状态已经自动添加到/health 端点。它还有一个可立即使用的 Mongo 客户端连接,可以由存储库 bean 进一步使用。
指标信息
====
众所周知,天上不会掉馅饼,所以,开发快速且简单不可能没有代价,在项目中包含一些额外的库之后,胖 JAR 文件现在大约有 30MB。使用其中一个自动配置的执行器端点/metrics,开发人员可以轻松检查出自己的微服务堆(Heap)和非堆(Non-Heap)内存的使用情况。发送一些测试请求之后,堆的使用量约为 140MB,非堆的使用量则为 65MB。该应用程序的总内存使用量约为 320MB。当然,即使只是在使用 java -jar 命令启动期间使用-Xmx 参数,这些值也可以减少一点。但是,如果我们关心生产模式下的可靠工作,则不应该过多地减少这个限制值。除内存使用外,/metrics 端点还将显示有关已加载类的数量、活动线程数、每种 API 方法的平均持续时间等信息。以下是我们的示例微服务的端点响应的片段。
"mem"" :325484,
"mem.free"" :121745,""processors" : 4,
""instance. uptime" : 765785,""uptime" :775049,
"heap.committed":260608,"heap.init" :131072,
"heap .used" :138862,"heap":1846272,
"nonheap .committed":75264,"nonheap.init":2496,
"nonheap.used":64876,"threads . peak ":28,
"threads . totalstarted":33,"threads":28,
"classes":9535,
"classes . loaded" : 9535,
"gauge.response. person" :7.0," counter.status.200.person": 4,1// ...
}
开发人员可以创建自己的自定义指标。Spring Boot Actuator 提供了两个类,以方便想要这样做的开发人员:CounterService 和 GaugeService。
CounterService,字面意思是“计数器服务”,顾名思义,它公开了值得递增、递减和重置的方法。相比之下,GaugeService 仅用于提交当前值。API 方法调用统计信息的默认指标有点不完善,因为它们仅基于调用路径。如果方法类型在同一路径上可用,则无法区分它们。在我们的示例端点中,这适用于 GET /person、POST /person 和 PUT /person。无论如何,笔者已经创建了 PersonCounterService bean,它可以统计 add 和 delete 方法调用的次数。
@service
public class PersonCounterService {
private final Counterservice counterService;
}
@Autowired
public PersonCounterService (Counterservice counterService)
this.counterService = counterService;
}
public void countNewPersons() {
this.counterService.increment ( "services. person.add");
}
public void countDeletedPersons() {
this,counterService.increment("services.person.deleted");
}
}
需要将此 bean 注入我们的 REST 控制器 bean,并且可以在添加或删除人员时调用递增计数器值的方法。
public class Personcontroller {
8Autowired
PersonCounterService counterService;
//..
精通 Spring Cloud 微服务架构
RPostMapping
public Person add (@RequestBody Person p){
p.setId((long) (persons.size(+1));persons.add (p);
counterService .countNewPersons();return p;
e DeleteMapping ("/{id)")
public void delete (@RequestParam ("id") Long id){
List<Person> p- persons.stream (.filter (it->
it.getId() .equals(id)).collect(Collectors.toList ());
persons.removeAll(p);
counterService .countDeletedPersons (;
)
现在,如果再次显示应用程序的指标信息,则开发人员将在 JSON 响应中看到以下两个新的字段。
{
// ...
"counter.services.person.add": 4,
"counter.services.person.deleted":3
}
评论