DigitalOcean Kubernetes

DOKS überwachen,
direkt vom Desktop

Halte deine DigitalOcean-Kubernetes-Cluster einen Klick entfernt - in der macOS-Menüleiste und im Windows-Infobereich. Status auf einen Blick, Live-Pod-Logs, Neustarts und Skalieren mit einem Klick. Verbindet über doctl kubernetes cluster kubeconfig save und deine vorhandene kubeconfig.

14 Tage gratis · ab 12 € pro Jahr · kein Account nötig

DOKS überwachen ohne Dashboard

In Sekunden mit DOKS verbunden. Nutzt den Kontext, den doctl kubernetes cluster kubeconfig save schreibt - zwischen DigitalOcean-Clustern direkt aus der Menüleiste wechseln.
Im Cluster läuft nichts. Kein Helm-Release, kein Operator, keine Scrape-Targets. Deine Worker Nodes bleiben frei für deine Workloads.
Status auf einen Blick. Ein Status-Punkt in Menüleiste bzw. Infobereich; Desktop-Hinweise bei Abstürzen und hoher CPU-/RAM-Last.
Logs & Aktionen. Pod-Logs streamen, Pods neu starten, Deployments skalieren, Rollout neu starten oder zurücknehmen, Nodes cordon/drain - mit Bestätigung.
Auch Multi-Cloud. Verwalte DOKS zusammen mit AKS, EKS, GKE und lokalen Clustern in einer App.
Jahrespreis, nicht pro Platz. Ab 12 € pro Jahr - kein monatliches Abo pro Nutzer.

Das RAM-Argument, speziell für DigitalOcean

Man wählt DOKS, weil es unkompliziert und günstig ist. Cluster bestehen hier oft aus zwei oder drei Nodes mit jeweils wenigen Gigabyte RAM - und genau da tut ein Monitoring-Stack im Cluster am meisten weh. Prometheus plus Grafana plus Exporter können sich ein gutes Stück eines kleinen Node Pools nehmen, und das bedeutet entweder weniger Platz für deine Workloads oder ein größeres Droplet, als du eigentlich wolltest.

Kubebar verlagert diese Aufgabe auf den Rechner, an dem du sowieso schon sitzt. Es spricht über deine kubeconfig mit dem API-Server, sodass die Kosten auf Cluster-Seite ein paar API-Aufrufe sind - und kein Workload, den du dimensionieren, patchen und bezahlen musst.

Prometheus & Grafana im ClusterKubebar
Läuft aufDeinen Worker NodesDeinem Desktop
Genutzte Node-RessourcenSpürbar bei kleinen PoolsKeine
Zu installieren1-Click-Stack oder Helm-ReleaseNichts im Cluster
Metrik-Historie & DashboardsJa - die größte StärkeNur aktuelle CPU-/RAM-Sparklines
Alert-Regeln (PromQL)JaNein - nur Schwellenwert-Hinweise
„Ist gerade irgendwas kaputt?“Dashboard öffnenStatus-Punkt, immer sichtbar
Auf ein Problem reagierenIns Terminal wechselnNeu starten oder skalieren mit einem Klick

Beides ergänzt sich, es ersetzt sich nicht: Behalte Prometheus, wenn du Historie und PromQL-Alerting brauchst. Kubebar deckt die Alltagsfrage ab, ob gerade etwas Aufmerksamkeit braucht.

Übersicht eines DigitalOcean-Kubernetes-Clusters in Kubebar
Live-Pod-Logs eines DOKS-Clusters in Kubebar

DOKS-Monitoring in drei Schritten einrichten

  1. Cluster-Zugangsdaten speichern. doctl kubernetes cluster kubeconfig save <cluster-name> übernimmt den Cluster in ~/.kube/config und kümmert sich um das Authentifizierungs-Token.
  2. Kubebar öffnen. Es liest deine bestehende kubeconfig automatisch - ohne Extra-Setup, ohne Account und ohne irgendwas im Cluster zu deployen.
  3. Kontext wählen. Wähle den DigitalOcean-Kontext in der Menüleiste oder im Infobereich und starte das Monitoring.

Was du aus der Menüleiste machen kannst

Sobald dein DOKS-Kontext geladen ist, passiert alles aus der Menüleiste oder dem Infobereich - kein Control-Panel-Tab nötig.

Status auf einen Blick. Ein Status-Punkt wird rot, sobald ein Pod abstürzt oder CPU und Speicher hochlaufen - mit Desktop-Hinweisen, damit du es mitbekommst, ohne ein Dashboard zu beobachten.
Live-Pod-Logs. Streame Logs aus jedem Pod in einem Echtzeit-Fenster, filtere sie und kopiere oder speichere genau das, was du brauchst.
Aktionen mit einem Klick. Pods neu starten, Deployments skalieren, Rollout neu starten oder zurücknehmen, Nodes cordon oder drain - jeweils mit Bestätigungsschritt.
Cluster sofort wechseln. Jeder Kontext aus deiner kubeconfig ist einen Klick entfernt, auch Cluster bei anderen Anbietern.
KI optional, mit eigenem Key. Logs erklären, ungesunde Pods diagnostizieren und Requests passend dimensionieren - über Anthropic, OpenAI oder Ollama, oder einfach aus lassen.
Nativ und privat. Kein Account und kein Cloud-Backend - deine DigitalOcean-Zugangsdaten und deine kubeconfig verlassen deinen Rechner nie.

Warum eine Desktop-App statt des DigitalOcean-Control-Panels?

Das Control Panel ist der richtige Ort, um Cluster anzulegen, Node Pools zu vergrößern und Tokens zu verwalten. Es ist nicht der Ort, an dem du sein willst, wenn ein Pod im CrashLoop hängt: Du meldest dich an, navigierst zum Cluster - und landest zum Beheben trotzdem im Terminal. Kubebar hält den Cluster-Status sichtbar, ohne dass du dich jedes Mal anmeldest, und die Lösung - neu starten, skalieren, Rollout zurücknehmen - ist im selben Menü einen Klick entfernt.

Überwache deine DOKS-Cluster

14 Tage gratis. Danach ab 12 € pro Jahr.

Kubebar laden

Häufige Fragen

Funktioniert Kubebar mit DigitalOcean Kubernetes?

Ja. Führe doctl kubernetes cluster kubeconfig save <cluster> aus, um den Cluster in deine kubeconfig zu übernehmen - Kubebar erkennt den Kontext danach automatisch. Im Cluster wird nichts installiert.

Brauche ich den Prometheus- und Grafana-Stack dann noch?

Das hängt davon ab, was du brauchst. Der 1-Click-Monitoring-Stack von DigitalOcean liefert dir Metrik-Historie, Dashboards und Alert-Regeln, und das ersetzt Kubebar nicht. Was Kubebar ersetzt, ist das Öffnen eines Dashboards, nur um die Frage „Ist gerade irgendwas kaputt?“ zu beantworten - und zwar ohne dass auf deinen Worker Nodes etwas läuft.

Warum spielt das gerade bei DigitalOcean eine Rolle?

DOKS-Cluster sind oft klein und auf Kosten optimiert - ein paar Nodes mit jeweils wenigen Gigabyte RAM. Ein Prometheus- und Grafana-Stack im Cluster beansprucht davon einen spürbaren Anteil. Ein Desktop-Client nutzt stattdessen deinen eigenen Rechner, sodass dein Node-Budget deinen Workloads zugutekommt.

Was kann ich mit DOKS aus der Menüleiste machen?

Cluster-Status auf einen Blick mit Desktop-Hinweisen, Live-Pod-Logs, Pod-Neustarts mit einem Klick, Deployments skalieren, Rollout neu starten oder zurücknehmen sowie Nodes cordon oder drain - jeweils mit Bestätigung.