Kubeara

Introduction

What Kubeara is, who it is for, and how one-click deploys, security, and MCP fit together.

Kubeara is a self-hosted infrastructure platform for teams that want databases, caches, apps, and AI models running on servers they own — without a week of Docker, nginx, and certbot work.

Connect a server over SSH, pick a stack, and deploy. Kubeara configures Docker, firewall rules, TLS, health checks, and volumes automatically.

What Kubeara does

Kubeara is the control panel for private infrastructure. Workloads stay on your machines. The panel coordinates connection, deploy, logs, and updates.

Core capability areas include:

  • Server management — connect Ubuntu hosts with SSH, then let an outbound-only agent keep the session
  • One-click services — PostgreSQL, Redis, Kafka, Grafana, NestJS, Next.js, Ollama, and 200+ other stacks
  • Deploy automation — Docker, TLS via Let's Encrypt, reverse proxy, health checks, and persistent volumes
  • GPU and AI — per-container GPU metrics and VRAM checks before model pulls
  • Developer access — HTTP API plus native MCP for AI clients
  • Team operations — logs, restarts, updates, and (on Enterprise) SSO, LDAP, and audit logs

Problems Kubeara addresses

Most teams still assemble a PaaS by hand: install Docker, write Compose files, open ports, issue certificates, wire a reverse proxy, then debug why nothing starts. That work does not ship product.

Typical pain:

  • Days spent on infrastructure before the first database is reachable
  • SSH keys copied into dashboards or tickets in plain text
  • Inbound management ports left open so a control panel can “reach in”
  • AI assistants that each need their own ad-hoc SSH or API hack
  • Failed LLM pulls because the host did not have enough VRAM

Kubeara is built so you connect a server and deploy, instead of maintaining a private Heroku clone.

Who Kubeara is for

  • Engineers who need Postgres, Redis, or an app on a VPS today
  • Platform and DevOps teams standardizing deploys on Hetzner, bare metal, or a private VPC
  • Teams running local or private AI (Ollama, Open WebUI) with GPU visibility
  • Founders who want MIT-licensed self-hosting with an optional managed Cloud control plane

How Kubeara differs from general-purpose PaaS

Heroku, Render, and AWS are general-purpose clouds. Kubeara is a control panel for servers you already have.

TopicTypical PaaSKubeara
Where workloads runVendor regionYour VPS, metal, or VPC
Self-host the panelRarelyMIT licensed, free forever
SSH credentialsOften stored or not usedNever stored in plain text
Agent directionInbound to the hostOutbound-only after connect
GPU / VRAMExtra productBuilt in
AI assistantsSeparate integrationsNative MCP

Supported connections

  • Hosts — Ubuntu 22.04+ with SSH from the machine running Kubeara (Cloud) or from your self-hosted panel
  • Workloads — Docker-based catalog services, Compose, and framework Dockerfiles (NestJS, Next.js)
  • AI clients — Claude Desktop, Cursor, ChatGPT, VS Code / Copilot via MCP
  • Identity (Enterprise) — SSO and LDAP

Product terminology

TermMeaning in Kubeara
CloudManaged control panel at app.kubeara.dev. You still connect your servers.
Self-hostedYou run the control panel (install script or Docker Compose). MIT licensed.
ServerA connected Ubuntu host (name, host, username, SSH credentials).
AgentProcess on the server that talks out to Kubeara. No inbound management port required for Kubeara.
ServiceA catalog stack or custom app you deploy onto a server.
DeployJob that pulls images, configures TLS/proxy/volumes, and streams logs.
MCPModel Context Protocol — how AI tools call Kubeara with one permission model.

Next steps