Skip to content

The cluster's lifecycle as Ops: behold Run buttons, and a tolerance k3dDown makes unnecessary #99

Description

@lex00

The two residue notes from the superseded #98, promoted from a PR comment so they can be decided rather than lost.

cluster-up / cluster-down as Ops. behold reads ops/ and puts a Run button on each entry — fountain-apply already has one. The cluster's own lifecycle is the missing pair: a cluster-up Op wrapping k3dUp against the built dist/k3d-local.yaml, a cluster-down wrapping k3dDown. The justfile recipes stay the terminal path (#97's design holds — the recipe switches context explicitly under the guard); the Ops are the same actions with a handle something other than a terminal can pull. One consideration carried over from the #98 attempt: k3dUp given only an opaque configFile writes a dedicated kubeconfig on the reuse path (it cannot see the config's kubeconfig options), so an Op here should state updateDefaultKubeconfig/switchCurrentContext as args explicitly to keep create and reuse consistent — or deliberately keep both off and report the dedicated path, which matches this repo's guard philosophy better.

cluster-down's - tolerance is dead weight. k3d cluster delete is a no-op success when the cluster is already gone, so the recipe's leading - (ignore failure) can go — a real failure there is currently being swallowed.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions