SteeltoeOSS
Potential Management Endpoints (Actuators) to add
Spring includes a variety of actuators that Steeltoe does not, the following is a short list of ideas that Steeltoe might be able to add:
- sessions
- caches
- "beans" - Steeltoe should probably call it "services" (view DI container contents)
- chaos monkey
I would add /health/ping endpoint as it is described here
https://docs.spring.io/spring-boot/docs/current/reference/html/actuator.html#actuator.endpoints.health.auto-configured-health-indicators
It is useful for health probes and pretty simple to implement.
This issue will turn into an epic and have individual actuators split out into separate issues
- [x] Details
- [x] Health
- [x] Environment - working but needs edit functionality
- [x] Loggers
- [x] Mappings needs updated to v3 json
- [x] HttpTrace - has compatibility issue
- [x] Threads
- [x] Memory
- [x] Metrics
- [ ] ~ConfigProps~ - isn't needed in Steeltoe because it is effectively handled by
Env - [ ] Caches - doesn't currently exist in Steeltoe (may be possible via
IDistributedCache) - [ ] ~Conditions~ - isn't needed in Steeltoe because it is related to Spring autoconfiguration
- [ ] Tasks- doesn't currently exist in Steeltoe (may be possible by pairing with Hangfire or similar)
- [x] Beans - doesn't currently exist in Steeltoe (may be possible by pairing with
IServiceCollection)
As it currently stands it is not possible to provide a caches actuator due to limitations of the interface ie not being able to get all items.
Have logged:
- https://github.com/dotnet/runtime/issues/98251
- https://github.com/dotnet/runtime/issues/98252
Which would enable it to work and cover all providers who support it.
Suggest we split caches off and mark it as blocked until the framework can provide what we need.
Further to my previous comment, the auditevent actuator would only be achievable after or atleast partial implementation of https://github.com/dotnet/aspnetcore/issues/52996