Civo Kubernetes in einer GUI: der Vergleich mit Lens, OpenLens und k9s.
Drei clusterunabhängige Werkzeuge, eines nur für Civo. Der Unterschied entscheidet, welches offen ist.
Lens, OpenLens und k9s sind keine Konkurrenten im üblichen Sinn. Sie sind clusterunabhängig: sie lesen die kubeconfig-Dateien auf deiner Platte und verwalten Workloads in jedem Kubernetes-Cluster, bei jedem Anbieter. CivoCloudManager hat eine ganz andere Form. Die App kennt nur Civo, holt die Cluster-Credentials direkt aus der Civo-API statt aus einer Datei, die du vorher besorgen musst, und verwaltet neben den Workloads im Cluster auch die Civo-Ressourcen drumherum. Hier geht es darum, welche der beiden Formen zu der Aufgabe passt, die vor dir liegt, und es steht klar drin, wo die anderen Werkzeuge die bessere Antwort sind.
Wo diese vier Werkzeuge heute stehen
k9s ist ein einzelnes Go-Binary fürs Terminal, Apache 2.0, aktiv entwickelt, v0.51.0 erschien im Juni 2026. Lens Desktop ist ein kommerzielles Produkt von Mirantis: die Aktivierung verlangt einen Lens-ID-Account, private Nutzung bleibt kostenlos, solange dein Unternehmen in den letzten zwölf Monaten unter 10 Millionen USD Umsatz oder Funding liegt, darüber braucht jeder Nutzer einen bezahlten Lens-Pro-Platz. Der Quelltext wird nicht mehr veröffentlicht; im Repository lensapp/lens liegt eine README, und das letzte Release stammt von Januar 2024. OpenLens, der Community-Build aus diesem Quelltext, hat seit v6.5.2-366 vom Juni 2023 kein Release mehr gesehen, und das Flathub-Paket ist als End of Life archiviert. Der gepflegte Open-Source-Nachfolger ist FreeLens, MIT-Lizenz, ohne Anmeldung, für macOS, Windows und Linux. Wer wegen eines OpenLens-Ersatzes hier gelandet ist: FreeLens ist der Eins-zu-eins-Nachfolger. CivoCloudManager ist eine andere Art von Werkzeug, und die Tabelle weiter unten ist die ehrliche Fassung dieses Unterschieds.
Was der Aufbau kostet, bevor du einen einzigen Pod siehst
Bei Civo ist der manuelle Weg festgelegt. Civo-Dashboard öffnen oder CLI starten, kubeconfig für das Cluster herunterladen, in ~/.kube/config mergen, Context wechseln, dann Port 6443 in der Cluster-Firewall für deine aktuelle IP öffnen, denn ein Civo-Kubernetes-API-Server steht hinter einer Firewall. Erst danach zeigen dir Lens, FreeLens oder k9s überhaupt etwas. Jedes neue Cluster wiederholt die Reihenfolge, und mit jeder neuen IP ist die Firewall-Regel wieder veraltet. CivoCloudManager setzt einen Schritt früher an, beim Civo API Key im macOS Keychain. Cluster auswählen, und die App öffnet 6443 für deine erkannte IP, holt die kubeconfig aus der Civo-API, baut die Client-Identity im Speicher und verbindet sich. Wer das Cluster verlässt, schließt damit auch die Regel wieder. Eine kubeconfig liegt nur dann auf der Platte, wenn du eine anforderst.
Was die Verbindung genau ist
Die App startet nie einen externen Prozess. Sie parst die kubeconfig in Swift, importiert PEM-Zertifikat und privaten Schlüssel mit SecItemImport, verbindet beides mit SecIdentityCreate zu einer Identity und öffnet Client-Zertifikat-mTLS direkt aus URLSession. Die CA aus dieser kubeconfig ist der einzige Trust Anchor der Session, ein falscher Host, eine fremde CA oder ein abgelaufenes Leaf scheitert also am Handshake und fällt nicht auf etwas Schwächeres zurück. Kein kubectl, kein openssl, und kein Zugangsdatum verlässt den Mac. Eine Abhängigkeit gehört benannt: die CPU- und Memory-Gauges lesen die metrics.k8s.io-API und brauchen deshalb einen laufenden metrics-server im Cluster, genau wie kubectl top und die Ressourcenspalten in k9s. Fehlt er, meldet die App das und der Rest der Ansicht funktioniert weiter.
Wo Lens, OpenLens und k9s gewinnen
Überall, wo nicht nur Civo im Spiel ist. Wer Cluster bei zwei Anbietern betreibt oder ein lokales kind-Cluster neben einem managed Cluster, wechselt mit einem kubeconfig-basierten Werkzeug den Context per Tastendruck, und CivoCloudManager sieht das andere Cluster überhaupt nicht. Lens hat eine Extension-API und einen langen Schwanz an Erweiterungen; k9s hat Plugins, eigene Hotkeys, Aliases, Skins, Port-Forwarding und Benchmarks auf Basis von Hey, wovon es hier nichts gibt. k9s gewinnt außerdem den Fall, den keine GUI abdeckt: eine SSH-Session auf einem Jump-Host um drei Uhr nachts, wo es keine Desktop-App gibt, aber ein Terminal. Und beide geben dir eine echte interaktive Shell in einem laufenden Container. CivoCloudManager führt einen Befehl aus, indem es einen kurzlebigen Job anlegt und dessen Ausgabe zurückgibt, das ist nützlich, aber nicht dasselbe, wie sich an einen laufenden Pod zu hängen. Und schließlich laufen sie unter Linux und Windows. CivoCloudManager braucht macOS 15 (Sequoia) oder neuer.
Beides nutzen, der Export ist ein Klick
Das ist keine Entweder-oder-Entscheidung, und die App ist auch nicht so gebaut. Save Kubeconfig schreibt das YAML an einen Ort deiner Wahl, und ab dieser Sekunde arbeiten k9s, FreeLens oder kubectl gegen dieses Cluster wie eh und je. Eine übliche Kombination: CivoCloudManager für die Civo-Seite, Cluster anlegen und löschen, Firewall, DNS, Object Stores und die Kostenansicht, dazu schnelles Log-Lesen; k9s für die tiefe interaktive Arbeit im Cluster. Zu beachten ist nur, dass die Regel für Port 6443, die die App für dich öffnet, beim Verlassen des Clusters wieder geschlossen wird. Eine Terminal-Session, die außerhalb der App startet, braucht also womöglich eine eigene Firewall-Regel.
Welches nehmen
Wenn jedes Cluster, das du anfasst, bei Civo liegt und du am Mac arbeitest, nimmt dir CivoCloudManager den lästigsten Teil ab, nämlich alles, was vor dem Laden der Cluster-Ansicht passiert, und deckt zusätzlich die Civo-Ressourcen ab, die die Kubernetes-Werkzeuge nicht sehen. Wenn du über Anbieter hinweg arbeitest, deine Workflows skriptest oder im Terminal lebst, bleibt k9s oder FreeLens dein Hauptwerkzeug und diese App ist die Civo-Konsole daneben. Und wer noch auf OpenLens sitzt, sollte unabhängig von der Civo-Frage auf FreeLens wechseln.
Was ein Civo-Nutzer beim Aufbau wirklich zahlt
Es geht um den Umfang, nicht um die Qualität. Drei dieser Spalten sind clusterunabhängige Werkzeuge, die zufällig auf Civo zeigen; eines kennt nur Civo. Jeder Eintrag beschreibt eingebautes Verhalten, ohne Extensions und ohne Shell-Skripte.
| Aufgabe | CivoCloudManager | Lens / OpenLens | k9s | kubectl |
|---|---|---|---|---|
| Braucht vorher eine kubeconfig auf der Platte | Nein, holt sie aus der Civo-API | Ja | Ja | Ja |
| Civo-Cluster anlegen, skalieren oder löschen | Ja, über die Civo API v2 | Nein | Nein | Nein |
| Port 6443 für deine IP öffnen | Automatisch bei Cluster-Auswahl, schließt beim Verlassen | Manuell, im Civo-Dashboard oder per CLI | Manuell | Manuell |
| Live-Pod-Logs | Ja, mit Auto-Scroll-Schalter | Ja | Ja | kubectl logs -f |
| Interaktive Shell in einem laufenden Container | Nein, führt einen Befehl als kurzlebigen Job aus | Ja | Ja, Taste s | kubectl exec -it |
| Deployment skalieren, Rollout neu starten | Ja | Ja | Ja | Ja |
| CPU- und Memory-Gauges | Ja, braucht metrics-server | Ja, über metrics-server oder Prometheus | Ja, braucht metrics-server | kubectl top, braucht metrics-server |
| Civo-Firewalls, Instanzen, DNS und Object Stores | Ja, alles in einem Fenster | Nein | Nein | Nein |
| Civo Object Storage per S3 durchsehen | Ja, eingebauter Browser mit Signature V4 | Nein | Nein | Nein |
| Civo-Kosten mit Monatsende-Hochrechnung | Ja, aus der Civo-Charges-API | Nein | Nein | Nein |
| Laufzeit-Fußabdruck | Native Swift-App, keine mitgelieferte Runtime | Electron-Desktop-App | Ein Go-Binary im Terminal | Ein Go-Binary |
| Läuft unter Linux und Windows | Nein, macOS 15 (Sequoia) oder neuer | Ja | Ja | Ja |
| Skriptbar in CI/CD | Nein, es ist eine interaktive App | Nein | Nein | Ja, dafür gebaut |
| Lizenz und Konto | Einmaliger Kauf im Mac App Store, kein Konto | Lens braucht eine Lens ID; OpenLens ist End of Life | Open Source, Apache 2.0 | Open Source, Apache 2.0 |
Fragen, die wirklich gestellt werden
- Kann CivoCloudManager Lens oder k9s ersetzen?
- Für einen reinen Civo-Workflow am Mac ja. Die App listet Nodes, Pods, Deployments, DaemonSets, StatefulSets, CronJobs, Services, Ingresses, Volumes, Namespaces und Events, streamt Pod-Logs mit Auto-Scroll-Schalter, skaliert Deployments und startet Rollouts neu, alles ohne kubeconfig auf der Platte. Für Cluster außerhalb von Civo ersetzt sie die beiden nicht, und eine interaktive Shell in einem laufenden Container gibt es nicht. Genau für diese zwei Fälle behalten die meisten k9s oder FreeLens installiert.
- Funktioniert sie mit Kubernetes-Clustern, die nicht über Civo angelegt wurden?
- Nein. CivoCloudManager holt die Cluster-Credentials mit deinem Civo API Key aus der Civo-API und sieht deshalb nur Cluster in diesem Civo-Account. Ein Cluster bei einem anderen Anbieter oder ein lokales kind- oder k3s-Cluster ist bewusst außerhalb des Umfangs. Dafür sind Lens, FreeLens und k9s da, die lesen, was in
~/.kube/configsteht. - Brauche ich noch kubectl?
- Für die tägliche Kontrolle eines Civo-Clusters nicht: Logs, Events, Workload-Listen, Skalierung und Rollout-Restarts stecken in der App, die direkt per mTLS mit der Kubernetes-API spricht. Für Manifeste und CRDs und für alles, was in CI/CD läuft, brauchst du kubectl weiterhin, denn CivoCloudManager ist eine interaktive Mac-App und kein Automatisierungsziel. Save Kubeconfig exportiert das YAML bei Bedarf mit einem Klick.
- Läuft CivoCloudManager unter Linux oder Windows?
- Nein. Es ist eine native macOS-App, sie wird ausschließlich über den Mac App Store vertrieben und verlangt macOS 15 (Sequoia) oder neuer auf Apple Silicon oder Intel. k9s, FreeLens und kubectl laufen alle unter Linux und Windows, und das ist der Hauptgrund, eines davon zu behalten, wenn dein Team nicht rein auf Mac unterwegs ist.
- Ist OpenLens 2026 noch eine vernünftige Wahl?
- OpenLens hat seit v6.5.2-366 vom Juni 2023 kein Release mehr bekommen, der Lens-Quelltext, aus dem es gebaut wurde, wird nicht mehr veröffentlicht, und das Flathub-Paket ist als End of Life archiviert. FreeLens ist der gepflegte MIT-lizenzierte Fork und der sinnvolle Schritt, wenn du das Open-Source-Lens-Erlebnis willst. Liegen alle deine Cluster bei Civo und arbeitest du am Mac, deckt CivoCloudManager dieselbe Kontrollarbeit ab, plus die Civo-Ressourcen rund um das Cluster.
Anleitungen
Schritt für Schritt, und ehrliche Vergleiche.
- 01 Civo API Key verbinden Key im Civo-Dashboard erzeugen, einmal einfügen, ab dann hält ihn der macOS Keychain.
- 02 Firewall für deine IP öffnen Der manuelle Ablauf, die Falle mit wechselnden IPs und ein kostenloser Weg aus der Menüleiste, der die Regel auf Frist schließt.
- 03 Civo Object Storage per S3 Der regionale Endpoint, funktionierende Konfiguration für s3cmd, rclone und die AWS CLI, und was ein nativer Client anders macht.
- 04 Civo DNS am Mac Domain auf Civos Nameserver zeigen lassen und die Zone danach in einer nativen App pflegen statt in einem Browser-Tab.
- 05 Changelog Jedes ausgelieferte Release, neuestes zuerst, mit den Details, für die eine Store-Release-Note zu kurz ist.
Vertiefen
Eigene Seite pro Civo-Produkt.
Jede Civo-Fläche, die CivoCloudManager bedient, hat eine eigene Seite mit Details, Trade-offs und Architektur. Wähl die, die deinem Arbeitstag am nächsten kommt.
- 01 Civo-CLI-Alternative für Mac Wo die GUI die CLI schlägt, wo nicht und wie beide nebeneinander laufen.
- 02 Civo Kubernetes GUI für Mac Live-Cluster-Dashboard, Pod-Logs in Echtzeit, kein kubectl nötig.
- 03 Civo Object Storage Browser für Mac Nativer S3-kompatibler Browser. Inaktive Buckets in einen zentralen Vault pausieren.
- 04 Civo Firewall aus der Mac-Menüleiste Firewall per Klick öffnen oder schließen, Auto-IP-Erkennung, Auto-Close-Timer.
- 05 Civo Kosten-Dashboard für Mac Echte Abrechnungsdaten aus der Civo-Charges-API. Zeitraum-Picker und Monatsende-Hochrechnung.
Anderes Werkzeug, andere Aufgabe.
Die Firewall in der Menüleiste bleibt dauerhaft kostenlos, der Vollzugriff läuft sieben Tage ab dem ersten Start, danach ist das Dashboard ein einmaliger Kauf im Mac App Store.