GitOps: Argo CD and Flux
Typed panels for Argo CD Applications and Flux Kustomizations and HelmReleases, and a warning before any change a controller will undo.
Day-2 operations · New in v0.3.0
PodSteer can change a cluster as well as read it: apply a manifest of any kind, roll a workload back, drain a node, scale or restart many objects at once. Each write shows what it will do before it does it, and the kubectl command it is equivalent to.
The editor applies any kind, custom resources included. Declared intent — a pasted file, a new object, a duplicate — goes through server-side apply, so a manifest that does not mention a field leaves it alone. When another manager owns a field you are changing, PodSteer names the field and its owner and changes nothing until you have read who holds it.
Validation is a server-side dry run: your API server's own admission chain answers, and its words are shown rather than paraphrased.
Mark a group of clusters as production and destructive actions ask you to type the object's name. Mark one read-only and PodSteer refuses its own writes to it. The Scale dialog warns when an autoscaler owns the replica count, and every write to an object Argo CD or Flux manages says that the controller will put it back.
Every write dialog shows its kubectl equivalent, and any row can be copied as a kubectl command. The GUI teaches the CLI rather than hiding it.
Be honest
Read next
Typed panels for Argo CD Applications and Flux Kustomizations and HelmReleases, and a warning before any change a controller will undo.
Ranked findings instead of a pod list: crash loops, OOM kills, pods that will never schedule, sizing problems — each with what to do about it.
Exec, debug containers, node shells, an in-cluster shell and your own local terminal — with the pods PodSteer creates cleaned up after.