Refactor service status checkers to make it pluggable
Open
- Dominant language
- Java
- Stars
- 6.1k
- Forks
- 1.5k
- Avg merge
- 1d 21h
- Merged PRs (30d)
- 189
Description
During the discussion on #7267, @kishoreg suggests making service status checkers pluggable so that different customers can plugin their own implementation of status checkers. Apparently there have been some needs of customizing health status check in Kubernetes as well.
Contributor guide
Research direction
Start by reading the discussion in #7267 and locating the existing service status checker implementation in the Java codebase. Define the extension points needed for customer-provided and Kubernetes-specific health checks; done means different checker implementations can be plugged in without changing the core status-checking flow.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java, kubernetes
- Domain
- backend, devops
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100