28a77b3731
All checks were successful
ci/woodpecker/push/release Pipeline was successful
## [1.3.0-rc.2](https://git.ext.icikowski.pl/go/kubeprobes/compare/v1.3.0-rc.1...v1.3.0-rc.2) (2024-03-02) ### ⚠ BREAKING CHANGES * **probes:** type definitions were replaced with more robust implementation. ### Features * **probes:** rewrite probes logic with named probes ([ |
||
---|---|---|
.woodpecker | ||
.gitignore | ||
.releaserc.json | ||
.renovaterc.json | ||
CHANGELOG.md | ||
costants.go | ||
go.mod | ||
go.sum | ||
kubeprobes_options.go | ||
kubeprobes_test.go | ||
kubeprobes.go | ||
LICENSE | ||
package-lock.json | ||
package.json | ||
probe_function.go | ||
probe_manual_test.go | ||
probe_manual.go | ||
query_test.go | ||
query.go | ||
README.md |
kubeprobes
Simple and effective package for implementing Kubernetes liveness and readiness probes' handler.
Installation
go get -u pkg.icikowski.pl/kubeprobes
Usage
The package provides kubeprobes.New
function which returns a probes handler of type kubeprobes.Kubeprobes
, which is compliant with http.Handler
interface.
The handler serves two endpoints, which are used to implement liveness and readiness probes by returning either 200
(healthy) or 503
(unhealthy) status and JSON response with probes results:
/live
- endpoint for liveness probe;/ready
- endpoint for readiness probe.
Default paths can be overriden with options described below. Accessing any other endpoint will return 404
status. By default, response body only contains a list of failed probes, but this behavior can be changed with provided option or by adding ?v
query parameter.
The kubeprobes.New
function accepts following options as arguments:
kubeprobes.WithLivenessProbes(...)
- adds particular probe functions to the list of liveness probes;kubeprobes.WithLivenessPath("/some/liveness/path")
- sets liveness probe path to given path (default is/live
);kubeprobes.WithReadinessProbes(...)
- adds particular probe functions to the list of readiness probes;kubeprobes.WithReadinessPath("/some/readiness/path")
- sets readiness probe path to given path (default is/ready
);kubeprobes.WithVerboseOutput()
- enables verbose output by default (returns both failed and passed probes).
Probes
In order to determine the state of particular element of application, probes need to be implemented either by creating status determining function or by using simple and thread-safe manual probes.
Probe functions
Probe functions (instances of ProbeFunction
interface) are wrappers for functions that performs user defined logic with given interval of updates in order to determine whether the probe should be marked as healthy or not. Those functions should take no arguments and return error (if no error is returned, the probe is considered to be healthy; if error is returned, the probe is considered to be unhealthy). If given interval is less or equal zero, then function is only checked on probe creation and remains in determined state forever.
someProbe := kubeprobes.NewProbeFunction("live", func() error {
// Some logic here
if time.Now().Weekday() == time.Wednesday {
// Fail only on wednesday!
return errors.New("It's wednesday, my dudes!")
}
return nil
}, 1 * time.Hour)
someOtherProbe := kubeprobes.NewProbeFunction("ready", func() error {
// Always healthy
return nil
}, 0) // This probe is checked once
// Use functions in probes handler
kp, _ := kubeprobes.New(
kubeprobes.WithLivenessProbes(someOtherProbe),
kubeprobes.WithReadinessProbes(someProbe),
)
Manual probes
Manual probes (instances of ManualProbe
interface) are objects that can be marked either as healthy or unhealthy and implement ProbeFunction
for easy integration. Those objects utilize sync.RMutex
mechanism to ensure thread-safety.
Those probes can be changed by user with provided methods:
Pass()
marks probe as healthy;Fail()
marks probe as unhealthy with generic cause;FailWithCause(someError)
marks probe as unhealthy with given error as cause.
// Unhealthy by default
someProbe := kubeprobes.NewManualProbe("live")
someOtherProbe := kubeprobes.NewManualProbe("ready")
// Use it in probes handler
kp, _ := kubeprobes.New(
kubeprobes.WithLivenessProbes(someProbe),
kubeprobes.WithReadinessProbes(someOtherProbe),
)
// Can be later marked according
Direct handler access
It is possible to fetch http.Handler
s for liveness & readiness probes from kubeprobes.Kubeprobes
instance as follows:
kp, _ := kubeprobes.New(
// ...
)
livenessHandler := kp.LivenessHandler()
readinessHandler := kp.ReadinessHandler()
Those handler can be used for manually mounting them on other servers/routers/muxes (eg. go-chi/chi
, gorilla/mux
, http
's ServeMux
etc.).
Example usage
// Create probe functions
appProbe := func() error {
// Some logic for checking app status
return nil
}
// Create stateful probes
live := kubeprobes.NewStatefulProbe()
ready := kubeprobes.NewStatefulProbe()
// Prepare handler
kp, err := kubeprobes.New(
kubeprobes.WithLivenessProbes(live),
kubeprobes.WithReadinessProbes(ready, appProbe),
kubeprobes.WithLivenessPath("/livez"),
kubeprobes.WithReadinessPath("/readyz"),
kubeprobes.WithVerboseOutput(),
)
if err != nil {
// Kubeprobes object is validated for invalid or conflicting paths! ;)
panic(err)
}
// Start the probes server
probes := &http.Server{
Addr: ":8080",
Handler: kp,
}
go probes.ListenAndServe()
// Mark probes as healthy
live.Pass()
ready.Pass()