Skip to content

Repository files navigation

CI Coverage PyPI License

Kodman

A command-line tool that provides a Docker-like experience with a Kubernetes backend.

An example use case would be to facilitate a single CI script where the runner may sometimes be a host with Docker (possibly run locally) and other times a Kubernetes executor where Docker-in-Docker is not possible (such as a Gitlab runner).

What Where
Source https://github.com/epics-containers/Kodman
PyPI pip install kodman
Releases https://github.com/epics-containers/Kodman/releases

Some examples:

Hello-world:

kodman run --rm hello-world

Handling exit codes:

kodman run --entrypoint bash --rm ubuntu -c "echo Enter; exit 1" && echo "You shall not pass"

Add files or directories into the pod filesystem:

mkdir demo
echo "Mellon" > demo/token.txt
kodman run -v ./demo:/demo --rm ubuntu bash -c "cat demo/token.txt"

Ask for CPU, for work that needs more than the namespace hands out by default:

kodman run --cpus 4 --rm ubuntu nproc

Note that nproc still answers with the node's core count - a container is shown every core whether or not it may use them - so a build parallelised from that number will oversubscribe whatever --cpus allows.

Usage:

From outside of the cluster kodman will use your current Kubernetes context (the same as your current kubectl context).

From inside the cluster kodman will use the serviceAccount mounted by default.

Pod cleanup

--rm removes the pod when the run ends, whatever its exit code - as docker run --rm does. Without it the pod is left behind for inspection, and because Kubernetes has no garbage collector for a bare Pod (only a Job gets ttlSecondsAfterFinished), it would otherwise stay in the namespace forever.

So every run first sweeps up after the ones before it. Pods kodman created - they carry app.kubernetes.io/managed-by=kodman - that have finished (Succeeded or Failed) and are older than a TTL are deleted. Pods that are still Pending or Running are never touched, whatever their age, since they may belong to a run happening right now.

The TTL is one hour by default, leaving a window in which to inspect a failed run. Set KODMAN_POD_TTL to change it: seconds, 0 to reap finished pods immediately, or a negative value to disable the sweep.

KODMAN_POD_TTL=600 kodman run ubuntu true   # keep finished pods for 10 minutes

Pods created by kodman before this behaviour existed are unlabelled and so invisible to the sweep. Remove any strays once with:

kubectl get pods -o name | grep '^pod/kodman-run-' | xargs -r kubectl delete

An interrupted run (Ctrl-C, or the SIGTERM a cancelled CI job gets) deletes its pod even without --rm. Kubernetes cannot stop a pod short of deleting it, so the alternative is leaving it running and consuming the CPU it was given long after the client that asked for it has gone.

Permissions

A minimal Kubernetes RBAC role definition can be found in .github/manifests

Design decisions

Why argparse over click/typer?

The docker cli api is not POSIX compliant.

For example: docker run --network=host imageID dnf -y install java

Click/Typer does not allow this (and is correct). They would expect: docker run --network=host imageID -- dnf -y install java

See Section 12.2 Guideline 10 https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html#tag_12_02

About

A command-line tool that provides a Docker-like interface for Kubernetes operations

Resources

Contributing

Stars

3 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages