nerdexam
Broadcom-VMware

2V0-72.22PSE · Question #20

Which two statements are correct regarding the Health Indicator status? (Choose two.)

The correct answer is C. Custom status values can be created. D. The built-in status values are DOWN, OUT_OF_SERVICE, UNKNOWN, and UP in decreasing. C is correct because Spring Boot explicitly supports creating custom Status values - you can define any string-labeled status (e.g., new Status("DEGRADED")) and register it with a custom HealthAggregator, making the system extensible for application-specific health semantics. D…

Core Spring

Question

Which two statements are correct regarding the Health Indicator status? (Choose two.)

Options

  • AThe last status in a sorted list of HealthIndicators is used to derive the final system health.
  • BThe status with the least severity is used as the top-level status.
  • CCustom status values can be created.
  • DThe built-in status values are DOWN, OUT_OF_SERVICE, UNKNOWN, and UP in decreasing
  • EThe severity order cannot be changed due to security reasons.

How the community answered

(42 responses)
  • A
    7% (3)
  • B
    2% (1)
  • C
    88% (37)
  • E
    2% (1)

Explanation

C is correct because Spring Boot explicitly supports creating custom Status values - you can define any string-labeled status (e.g., new Status("DEGRADED")) and register it with a custom HealthAggregator, making the system extensible for application-specific health semantics.

D is correct because Spring Boot ships with exactly four built-in statuses - DOWN, OUT_OF_SERVICE, UNKNOWN, and UP - ordered by decreasing severity, meaning DOWN is the most severe and UP is the least.

A is wrong because the first (highest-severity) status in the sorted list drives the final system health, not the last - the aggregator surfaces the worst condition, not the best.

B is wrong for the same reason in reverse: the highest-severity status "wins" and becomes the top-level status, since the goal is to expose the most critical problem.

E is wrong because the severity order can be customized via the management.endpoint.health.status.order configuration property - security is not a factor here.

Memory tip: Think of health aggregation like a fire alarm - the loudest alarm (highest severity) is what gets reported, and you can always add custom alarm types (custom statuses) to the system.

Topics

#Health Indicators#Status Values#Spring Boot Actuator#Custom Health

Community Discussion

No community discussion yet for this question.

Full 2V0-72.22PSE Practice