boxlite-ai / boxlite-ai/boxlite

Feature request: Kubernetes-native BoxLite deployment

Open
#979 2 comments 0 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
2.3k
Forks
179
Avg merge
23h 25m
Merged PRs (30d)
121

Description

Add a Kubernetes-native deployment mode where BoxLite workloads are hosted in a Kubernetes cluster and applications interact with them remotely through the BoxHub API.

A Kubernetes deployment via Helm/CRD would make it possible to use BoxLite as an internal platform runtime without requiring every application instance to have access to KVM, local storage, or the BoxLite runtime.

Conceptually

```
Application
|
| BoxHub API
v
+---------------------------+
| Kubernetes cluster |
| |
| BoxHub control plane |
| | |
| v |
| BoxLite runner pool |
| ├── Box A |
| ├── Box B |
| └── Box C |
+---------------------------+
```
Run the BoxHub API as a Kubernetes Deployment and deploy BoxLite runners on k8s nodes that provide `/dev/kvm`.

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the BoxHub API boundary and the proposed Helm/CRD deployment, then verify the Kubernetes runner requirements around /dev/kvm. Done would mean a Kubernetes-native BoxHub deployment can host BoxLite runners and let applications interact with workloads remotely through the BoxHub API.

Written by the indexing model from the issue text.

Assessment

Tech stack
helm, kubernetes, rust
Domain
cloud, devops, infrastructure
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.