Einführung
Was Kubeara ist, für wen es gedacht ist und wie One-Click-Deployments, Sicherheit und MCP zusammenpassen.
Kubeara ist eine selbst gehostete Infrastrukturplattform für Teams, die Datenbanken, Caches, Apps und KI-Modelle auf Servern betreiben wollen, die ihnen gehören — ohne eine Woche Arbeit mit Docker, nginx und certbot.
Verbinden Sie einen Server per SSH, wählen Sie einen Stack und stellen Sie bereit. Kubeara konfiguriert Docker, Firewall-Regeln, TLS, Health Checks und Volumes automatisch.
Erste Schritte
Kubeara Schritt für Schritt einführen: Cloud oder Self-Hosted, Server verbinden, Service bereitstellen.
Service-Katalog
Durchsuchen Sie über 200 Vorlagen. SSL, Health Checks und Volumes werden für Sie konfiguriert.
MCP
Server und Deployments aus Claude, Cursor, ChatGPT und VS Code verwalten.
Sicherheit
Nur ausgehende Agents, verschlüsselte Zugangsdaten und auditfähige Kontrollen.
Was Kubeara leistet
Kubeara ist das Control Panel für private Infrastruktur. Workloads bleiben auf Ihren Maschinen. Das Panel koordiniert Verbindung, Deployment, Logs und Updates.
Zu den Kernfunktionen gehören:
- Serververwaltung — Ubuntu-Hosts per SSH verbinden, danach hält ein nur ausgehender Agent die Sitzung
- One-Click-Services — PostgreSQL, Redis, Kafka, Grafana, NestJS, Next.js, Ollama und über 200 weitere Stacks
- Deployment-Automatisierung — Docker, TLS über Let's Encrypt, Reverse Proxy, Health Checks und persistente Volumes
- GPU und KI — GPU-Metriken pro Container und VRAM-Prüfungen vor dem Laden von Modellen
- Entwicklerzugang — HTTP-API plus natives MCP für KI-Clients
- Teambetrieb — Logs, Neustarts, Updates und (in Enterprise) SSO, LDAP und Audit-Logs
Probleme, die Kubeara löst
Die meisten Teams bauen eine PaaS noch von Hand zusammen: Docker installieren, Compose-Dateien schreiben, Ports öffnen, Zertifikate ausstellen, einen Reverse Proxy verdrahten und dann debuggen, warum nichts startet. Diese Arbeit liefert kein Produkt.
Typische Schmerzen:
- Tage für Infrastruktur, bevor die erste Datenbank erreichbar ist
- SSH-Schlüssel in Dashboards oder Tickets im Klartext kopiert
- Eingehende Management-Ports offen gelassen, damit ein Control Panel „hineinreichen“ kann
- KI-Assistenten, die jeweils ihren eigenen Ad-hoc-SSH- oder API-Hack brauchen
- Fehlgeschlagene LLM-Downloads, weil der Host nicht genug VRAM hatte
Kubeara ist so gebaut, dass Sie einen Server verbinden und bereitstellen, statt einen privaten Heroku-Klon zu warten.
Für wen Kubeara gedacht ist
- Ingenieure, die heute Postgres, Redis oder eine App auf einem VPS brauchen
- Platform- und DevOps-Teams, die Deployments auf Hetzner, Bare Metal oder einer privaten VPC standardisieren
- Teams, die lokale oder private KI (Ollama, Open WebUI) mit GPU-Sichtbarkeit betreiben
- Gründer, die MIT-lizenziertes Self-Hosting mit optionaler verwalteter Cloud-Control-Plane wollen
Wie sich Kubeara von einer universellen PaaS unterscheidet
Heroku, Render und AWS sind universelle Clouds. Kubeara ist ein Control Panel für Server, die Sie bereits haben.
| Thema | Typische PaaS | Kubeara |
|---|---|---|
| Wo Workloads laufen | Region des Anbieters | Ihr VPS, Metal oder VPC |
| Panel selbst hosten | Selten | MIT-lizenziert, für immer kostenlos |
| SSH-Zugangsdaten | Oft gespeichert oder ungenutzt | Nie im Klartext gespeichert |
| Agent-Richtung | Eingehend zum Host | Nach dem Verbinden nur ausgehend |
| GPU / VRAM | Extra-Produkt | Eingebaut |
| KI-Assistenten | Separate Integrationen | Natives MCP |
Unterstützte Verbindungen
- Hosts — Ubuntu 22.04+ mit SSH von der Maschine, auf der Kubeara läuft (Cloud) oder von Ihrem selbst gehosteten Panel
- Workloads — Docker-basierte Katalog-Services, Compose und Framework-Dockerfiles (NestJS, Next.js)
- KI-Clients — Claude Desktop, Cursor, ChatGPT, VS Code / Copilot über MCP
- Identität (Enterprise) — SSO und LDAP
Produktbegriffe
| Begriff | Bedeutung in Kubeara |
|---|---|
| Cloud | Verwaltetes Control Panel unter app.kubeara.dev. Sie verbinden weiterhin Ihre Server. |
| Self-Hosted | Sie betreiben das Control Panel (Installationsskript oder Docker Compose). MIT-lizenziert. |
| Server | Ein verbundener Ubuntu-Host (Name, Host, Benutzername, SSH-Zugangsdaten). |
| Agent | Prozess auf dem Server, der nach außen mit Kubeara spricht. Für Kubeara ist kein eingehender Management-Port nötig. |
| Service | Ein Katalog-Stack oder eine eigene App, die Sie auf einem Server bereitstellen. |
| Deployment | Job, der Images zieht, TLS/Proxy/Volumes konfiguriert und Logs streamt. |
| MCP | Model Context Protocol — wie KI-Tools Kubeara mit einem Berechtigungsmodell aufrufen. |
Nächste Schritte
- Erste Schritte — Cloud oder Self-Hosted, dann erstes Deployment
- Anforderungen — Ubuntu, SSH und Netzwerk
- Self-Hosting —
curl \| shoder Docker Compose - FAQ — Lizenz, Datenschutz und Katalogfragen