Skip to content

High-availability Kubernetes Support #1012

Closed as not planned
9 of 9 issues completed
Closed as not planned

Description

@drew

Create an officially supported Helm chart for deploying Kubernetes onto existing Kubernetes infrastructure. Ensure Kubernetes deployments are suitable for enterprise deployments. Establish a plan for making OpenShell components ready for enterprise.

Overview

  • Helm Chart
    • Publish as OCI resource on ghcr.io
    • Provide Ingress to OpenShell Gateway via Kubernetes Gateway API (this should be configurable so we can disable ingress)
  • Control Plane (gateway) Authnz (keycloak to start)
  • High Availability Gateway
    • Supports horizontal scaling, rollouts, and client connection rebalancing
    • Ensure postgres support is fully tested. (todo: can we use etcd or some other db solution)
  • Configuring Sandboxes
    • Specify memory, cpu, and other pod specs.
    • Reduce need for privileged security capabilities (eg no more CAP_NET_ADMIN)
    • OpenShell supervisor is injected onto the container via image volumes. (sap to contribute implementation)
  • Observability (includes both gateway and sandbox health) (moved to Enterprise Observability #1055)
    • Logs exporting
    • Metrics (Prometheus, already landed)
    • Dashboards (Grafana/similar)
  • Resiliency
    • Sandboxes are resilient to network disconnection between supervisor and openshell-server for Y period of time.
    • Clarify heartbeat of supervisor to openshell-server, possibly some jitter in case of thundering herd scenarios. basic service-like heartbeats. scope here is monitoring tens of thousands of agents.
  • Upgrading OpenShell
    • Gateway data/schemas are migrated as necessary on upgrades
    • Sandbox containers can be rolled with a new version of the supervisor. this needs to get controlled and configured for existing sandboxes.
    • Sandbox containers themselves can be updated
  • Unified gateway configuration file (see RFC 0002 - Gateway Configuration File)
  • Kubernetes Operator Kubernetes Operator #1719
  • We need a way to develop and test k8s features locally.
    • K3s + skaffold or tilt or some other dev script
  • Test infrastructure
    • Run on a single node kind cluster
    • Run on full Cloud cluster (OpenShift or GKE)

Milestones

M1 - mvp

  • Helm Chart
  • Developer loop
  • OpenShell server accepts a kube config and is decoupled from any k3s
  • Documentation w/ rbac details for running inside an existing kube cluster
  • parameterize e2e tests to point to any cluster
  • Unified gateway config
  • Initial documentation and deployment guidance available

M2 - reliability

  • Test coverage on OpenShift and major Kubernetes distributions
  • Security context privileges are dropped.
    • Implement runtime class configs: kata and gvisor
  • Gateway can horizontally scale
  • Agent and operator friendly observability (gateway and sandbox)

M3 - operating OpenShell at scale

  • OpenShell Kubernetes Operator
  • Support upgrading/snapshotting sandboxes

Activity

  1. changed the title [-]roadmap: High-availability OpenShell Kubernetes Deployment[/-] [+]Multi-Tenant Kubernetes Support[/+] on Apr 28, 2026
  2. moved this from Todo to In progress in OpenShell Roadmapon Apr 29, 2026
  3. changed the title [-]Multi-Tenant Kubernetes Support[/-] [+]High-availability Kubernetes Support[/+] on Apr 29, 2026
  4. drew commented on Jun 3, 2026

    @drew
    CollaboratorAuthor

    Team reviewed this ticket and have decide to breakout the following items in dedicated roadmap items

  5. added this to the OpenShell Beta milestone on Jul 30, 2026
  6. self-assigned this
    on Sep 15, 2026
  7. moved this from In progress to Done in OpenShell Roadmapon Sep 21, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

Relationships

None yet

Development

No branches or pull requests

Issue actions