lensapp/openshell-k8s-operator — explained in plain English
Analysis updated 2026-07-26
Create and manage isolated coding environments directly within a Kubernetes cluster.
Set up multi-tenant workspaces with specific policies and credential providers.
Run compute-intensive or GPU tasks in isolated sandboxes using simple configuration files.
Deploy a highly available sandbox management system that survives node failures.
| lensapp/openshell-k8s-operator | canack/huesmith | codeitlikemiley/service_template | |
|---|---|---|---|
| Stars | 6 | 6 | 6 |
| Language | Rust | Rust | Rust |
| Last pushed | — | — | 2024-06-12 |
| Maintenance | — | — | Dormant |
| Setup difficulty | hard | hard | moderate |
| Complexity | 4/5 | 4/5 | 2/5 |
| Audience | ops devops | developer | developer |
Figures from each repo's GitHub metadata at analysis time.
Requires the Kubernetes SIG Agent Sandbox project as a prerequisite before installing the operator via Helm.
OpenShell Kubernetes Operator is a tool that lets teams manage OpenShell sandboxes using standard Kubernetes configuration files. OpenShell sandboxes are isolated computing environments, and this operator lets you create and control them by writing declarative YAML definitions instead of sending commands directly to a separate gateway service. The operator acts as a bridge between Kubernetes and the OpenShell gateway's API. You describe what you want in configuration files, and the operator translates those instructions into gateway calls. It also reports the current state of each resource back into Kubernetes, so you can check status with familiar commands. The project is in early development and currently implements five resource types: sandboxes with full lifecycle management, providers for handling credentials, policies for setting constraints, workspaces for defining tenancy boundaries, and provider profiles for defining provider types. Installation requires the Agent Sandbox project from the Kubernetes SIG community as a prerequisite. This provides the underlying infrastructure the gateway needs to create sandbox pods. Once that is in place, a single Helm command installs the complete stack: the gateway, an identity issuer, and the operator, all wired together. The default bundled setup is intended for development and demos, using self-signed TLS and temporary storage. For production use, you can bring your own gateway and configure external identity providers or custom authentication secrets. The operator supports high availability through leader election. You can run multiple replicas, and only one actively manages resources at a time while the others stand by. If the active instance fails, another takes over cleanly. Health and readiness checks are configured so that standby instances report as ready without blocking deployments. A typical setup involves defining a credential Secret, a provider that references it, a policy that constrains the sandbox, and finally a sandbox resource that ties everything together. You can specify the container image, environment variables, compute resources, GPU settings, storage volumes, and labels. The operator provisions declared volumes and can retain them across sandbox recreations. The full README is longer than what was shown.
A tool for Kubernetes that lets you create and manage isolated computing environments (sandboxes) using simple configuration files instead of manual commands.
Mainly Rust. The stack also includes Rust, Kubernetes, Helm.
The license is not specified in the provided explanation.
Setup difficulty is rated hard, with roughly 1h+ to a first successful run.
Mainly ops devops.
This repo across BitVibe Labs
Verify against the repo before relying on details.