BashPilot setzt einen kleinen Agenten auf Ihren Control-Plane-Node und arbeitet mit lokalem kubectl-Zugriff. Ihre kubeconfig verlässt den Cluster nie, und ein SSH-Tunnel ist nicht im Spiel. Sie nennen das Ziel, BashPilot führt die passenden Operationen gegen die API aus und bestätigt den resultierenden Zustand.
7 Tage kostenlos testen. Jederzeit kündbar.
Kein YAML zum manuellen Bearbeiten, kein kubectl zum Auswendiglernen. Sie beschreiben das Ergebnis und BashPilot geht den gleichen Weg, den ein sorgfältiger Bediener tun würde.
„Skalieren Sie checkout-api auf 6 und überprüfen Sie den Rollout.“ Einfache Worte, so wie man es einem Teamkollegen sagen würde.
Ruft Pods, Ereignisse und aktuelle Replikate direkt vom API ab, bevor er etwas berührt.
Wählt die genauen Vorgänge aus einem überprüften Katalog aus. Kein improvisiertes YAML, kein Rätselraten.
Das Entleeren eines Knotens oder das Löschen einer Arbeitslast wartet zunächst auf Ihr ausdrückliches Ja.
Wendet die Änderung über das bereichsbezogene Dienstkonto auf Ihren Cluster an.
Überwacht, bis die Pods bereit sind, und zeigt Ihnen dann genau, was sich geändert hat.
Umfassende, native Abdeckung der Objekte, die Sie täglich berühren. Dies ist ein Vorgeschmack, nicht die vollständige Liste.
Die Fehler kennt jeder Kubernetes-Betreiber auswendig. BashPilot liest die tatsächlichen Beweise, behebt die Ursache und bestätigt die Wiederherstellung.
Liest die Ereignisse und letzten Protokolle, findet die wahre Ursache, wendet die Fehlerbehebung an und überwacht, wie der Pod aktiv bleibt.
Erkennt das Erreichen des Speicherlimits, passt Anforderungen und Limits in die richtige Größe und startet dann den Rollout sauber neu.
Überprüft das Image-Tag, die Registrierungsauthentifizierung und das Pull-Geheimnis und löscht alles, was den Pull blockiert.
Überprüft den Rollout-Status und die fehlerhaften Pods, hebt dann die Blockierung auf oder führt ein Rollback auf die letzte fehlerfreie Revision durch.
Findet heraus, warum sie nicht planen, von Ressourcendruck über Fehler bis hin zu einem fehlenden PVC, und behebt das Problem.
Liest Knotenbedingungen, sperrt und entleert sie sicher und plant die Arbeitslasten an anderer Stelle neu.
Bevor irgendetwas angefasst wird, liest BashPilot Events, Logs und Describe-Ausgaben des betroffenen Workloads. Sie bekommen die echte Ursache, keinen blinden Neustart. Der Fix kommt nach der Diagnose, im selben Gespräch.
Rollouts werden beobachtet, bis sie stabil sind, und ein Rollback ist nur einen Satz entfernt. Alles, was einen laufenden Dienst unterbrechen könnte, etwa das Drainen eines Nodes, wartet zuerst auf Ihre Freigabe.
Der Agent nutzt die Cluster-Zugangsdaten, die auf der Control Plane ohnehin existieren. Nichts wird hochgeladen, nichts kopiert, und der Zugriff endet in dem Moment, in dem Sie den Agenten entfernen.
Der Grund dafür, dass Teams BashPilot in die Nähe eines Live-Clusters lassen: Es hat einen Gültigkeitsbereich, es fragt nach, bevor es stört, und es beweist jede Änderung.
Der Agent wird auf dem Control-Plane-Knoten ausgeführt und verwendet die dort bereits vorhandenen Anmeldeinformationen. Es wird nichts hochgeladen, nichts herauskopiert.
Es kann nur das tun, was sein Dienstkonto zulässt. Gewähren Sie genau den Spielraum, der für Sie angenehm ist, und dieser darf nicht überschritten werden.
Das Entleeren eines Knotens, das Löschen einer Arbeitslast oder die Skalierung auf Null wird immer für Ihre ausdrückliche Bestätigung angehalten.
Nach jeder Änderung werden der Rollout- und Ressourcenstatus erneut gelesen. „Fertig“ bedeutet „Bereit“ auf dem Cluster, kein sauberer Exit-Code.
Jeder Vorgang und sein Ergebnis werden aufgezeichnet, sodass Sie immer wissen, was sich wann und warum geändert hat.
Der Agent fragt über TLS ab und öffnet keine eingehenden Ports. Auf dem Cluster gibt es nichts, was ein Scanner erreichen könnte.
Mit jedem Cluster, auf dem der Agent auf einem Control-Plane-Node mit lokalem kubectl-Zugriff laufen kann: k3s, kubeadm-Cluster, Single-Node-Labs und selbst verwaltete Produktionsumgebungen gleichermaßen.
Nein. Genau das ist der Kern des Designs. Der Agent nutzt die Zugangsdaten, die bereits auf Ihrer Control Plane liegen, und sie verlassen die Maschine nie.
Nur nach Ihrer Freigabe. Destruktive Operationen wie das Löschen eines Deployments oder das Drainen eines Nodes zeigen immer zuerst eine Bestätigungskarte.
Für die tägliche Arbeit weitgehend ja. Sie können kubectl jederzeit weiter nutzen. BashPilot erledigt die Routine einfach schneller und hält fest, was sich geändert hat.
In etwa einer Minute verbunden. Die erste Woche geht auf uns.
