kubert

Crates.iokubert
lib.rskubert
version
sourcesrc
created_at2022-02-18 04:50:46.744654
updated_at2024-12-07 22:14:50.929457
descriptionKubernetes runtime helpers. Based on kube-rs.
homepage
repositoryhttps://github.com/olix0r/kubert
max_upload_size
id534536
Cargo.toml error:TOML parse error at line 18, column 1 | 18 | autolib = false | ^^^^^^^ unknown field `autolib`, expected one of `name`, `version`, `edition`, `authors`, `description`, `readme`, `license`, `repository`, `homepage`, `documentation`, `build`, `resolver`, `links`, `default-run`, `default_dash_run`, `rust-version`, `rust_dash_version`, `rust_version`, `license-file`, `license_dash_file`, `license_file`, `licenseFile`, `license_capital_file`, `forced-target`, `forced_dash_target`, `autobins`, `autotests`, `autoexamples`, `autobenches`, `publish`, `metadata`, `keywords`, `categories`, `exclude`, `include`
size0
Oliver Gould (olix0r)

documentation

README

kubert

Rust Kubernetes runtime helpers. Based on kube-rs.

kubert

/ˈkuː.bərt/

Crates.io Documentation License

Features

  • clap command-line interface support;
  • A basic admin server with /ready and /live probe endpoints;
  • Optional prometheus-client integration, with process and Tokio Runtime metrics;
  • A default Kubernetes client;
  • Graceful shutdown on SIGTERM or SIGINT signals;
  • An HTTPS server (for admission controllers and API extensions) with certificate reloading;
  • A utility for maintaining an index derived from watching one or more Kubernetes resources types;
  • A requeue channel that supports deferring/rescheduling updates (i.e. in case a write fails);
  • And a Runtime type that ties it all together!

Why not kube-rs?

The kube crate is great! And in fact, kubert builds on kube's client and runtime modules. This crate, however, captures some of the repeated patterns we've encountered building controllers for Linkerd. It doesn't try to hide kube--though it does reduce boilerplate around initializing watches and caches (reflectors); and it expects you to schedule work via the tokio runtime.

Examples

This repository includes a simple example application that demonstrates how to use a kubert::Runtime.

Other examples include:

kubert-prometheus-process

The kubert-prometheus-process crate provides process metrics for prometheus-client. It has no dependencies on kubert, and can be used independently.

kubert-prometheus-tokio

The kubert-prometheus-tokio crate exposes Tokio runtime metrics for prometheus-client. It also has no dependencies on kubert, and can be used independently.

Note that tokio runtime metrics require RUSTFLAGS="--cfg tokio_unstable" to be set at compile-time.

Status

This crate is still fairly experimental, though it's based on production code from Linkerd; and we plan to use it in Linkerd moving forward.

Commit count: 199

cargo fmt