Simple and effective package for implementing Kubernetes liveness and readiness probes' handler https://pkg.go.dev/pkg.icikowski.pl/kubeprobes
Go to file
Renovate Bot 2a79a6878f
All checks were successful
ci/woodpecker/pr/test Pipeline was successful
ci/woodpecker/push/release Pipeline was successful
ci/woodpecker/push/test Pipeline was successful
build(deps): update dependency @semantic-release/commit-analyzer to v12
2024-03-19 00:02:43 +00:00
.woodpecker build(deps): update all non-major dependencies 2024-02-28 23:53:55 +00:00
.gitignore ci(init): add initial CI configuration 2023-11-04 20:36:45 +01:00
.releaserc.json ci(init): add initial CI configuration 2023-11-04 20:36:45 +01:00
.renovaterc.json ci(renovate): add Renovate bot configuration 2024-02-29 00:20:31 +01:00
CHANGELOG.md release(rc): v1.3.1-rc.4 2024-03-17 11:36:51 +00:00
costants.go feat(probes)!: rewrite probes logic with named probes 2024-03-03 00:00:57 +01:00
go.mod feat(pkg): add initial source code 2023-07-21 23:12:18 +02:00
go.sum feat(pkg): add initial source code 2023-07-21 23:12:18 +02:00
kubeprobes_options.go refactor(probes): rename ProbeFunction to Probe 2024-03-03 23:25:56 +01:00
kubeprobes_test.go feat(probes)!: rewrite probes logic with named probes 2024-03-03 00:00:57 +01:00
kubeprobes.go refactor(probes): rename ProbeFunction to Probe 2024-03-03 23:25:56 +01:00
LICENSE chore(license): add 0BSD license 2023-07-21 23:11:56 +02:00
package-lock.json build(deps): update dependency @semantic-release/commit-analyzer to v12 2024-03-19 00:02:43 +00:00
package.json build(deps): update dependency @semantic-release/commit-analyzer to v12 2024-03-19 00:02:43 +00:00
probe_manual_test.go feat(probes)!: rewrite probes logic with named probes 2024-03-03 00:00:57 +01:00
probe_manual.go refactor(probes): rename ProbeFunction to Probe 2024-03-03 23:25:56 +01:00
probe.go refactor(probes): rename ProbeFunction to Probe 2024-03-03 23:25:56 +01:00
query_test.go refactor(probes): rename ProbeFunction to Probe 2024-03-03 23:25:56 +01:00
query.go refactor(probes): rename ProbeFunction to Probe 2024-03-03 23:25:56 +01:00
README.md refactor(probes): rename ProbeFunction to Probe 2024-03-03 23:25:56 +01:00

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 probes 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 probes 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 probes from functions or by using simple and thread-safe manual probes.

Standard probes

Probes (instances of Probe 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.NewProbe("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.NewProbe("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 Probe 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 to needs
someProbe.Pass()
someOtherProbe.FailWithCause(errors.New("I'm not doing anything!"))

Direct handler access

It is possible to fetch http.Handlers 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 manual probes
live := kubeprobes.NewManualProbe() 
ready := kubeprobes.NewManualProbe()

// 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()