boxlite-ai / boxlite-ai/boxlite
Feature request: Kubernetes-native BoxLite deployment
- 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
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