Aksimuth 0.17: EKS and GKE, platform dashboards, several namespaces, and more in place
Aksimuth 0.17 finds EKS and GKE clusters beside AKS, gives cert-manager, Crossplane, Kyverno, Kueue and Fleet Manager views of their own, lists several namespaces at once, and shows more of what an object refers to without leaving it. Every change still goes through the same permission check, server dry run and one-use confirmation.
EKS and GKE.
- AWS and Google Cloud tabs in the fleet list EKS and GKE clusters through your own AWS CLI and gcloud: version, status, node groups or node pools, Auto Mode or Autopilot, and where each version stands in its support window.
- Neither cloud is asked anything until you pick a profile or configuration. Connecting builds
the kubeconfig in memory; nothing is written to
~/.kube. - When a sign-in has expired, Aksimuth names the command to run, such as
aws sso login.
Platform dashboards.
- A Platform group appears on clusters that run cert-manager, Crossplane or Kyverno.
- Certificates with an expiry radar, the failing issuance chain down to the ACME Challenge and its reason, and the Ingresses and Gateways that use each certificate. Renew goes through the same preview as every other change.
- Crossplane claims, composite and managed resources as trees, with the failing resource and its message marked.
- Kyverno policies by Enforce or Audit, with their results and exceptions, and Gatekeeper’s constraints beside them.
Batch and fleets.
- Kueue queues with quota per flavor against what is reserved, and why each workload is not admitted. Hold, Hold and Drain, and Resume go through the preview.
- JobSets with their restarts, Jobs and Pods.
- On an Azure Kubernetes Fleet Manager hub: member clusters with their health, placements with each member’s progress and failed resources, and staged update runs.
- AKS Automatic clusters say so on the overview, with the guardrails that come with them.
Several namespaces at once.
- Choose up to 20 namespaces. Lists, live updates, Helm releases, status filters, export and selection follow them, and saved views keep them.
- Favourite namespaces stay at the top, and recent choices are kept. If you may read only some namespaces, each is listed on its own and the others are named.
More in place.
- A ConfigMap value shows beside the variable or volume that uses it, and an envFrom or a volume expands into its keys.
- Secret keys stay masked. Turn on Reveal Secret values, which asks you to confirm, and the eye beside a key reads that one value from the cluster, as you, and shows it for up to a minute. It is never stored, and at most 30 values are read a minute.
- A pod’s node and controller, a claim’s volume, the ready endpoints behind an Ingress or route, a workload’s autoscaler, image digests and each probe’s latest failure open where you are.
The agent in the window.
- With Agents may move the window turned on for a cluster, an agent can bring a view or an object to the front, never over an open sheet or in front of other apps, with a banner naming it.
- An agent can propose an extension or a saved view. It is checked, waits for your review, and is installed or saved only when you choose. Every proposal and outcome is in Agent Activity.
Managed by your organisation.
- A policy deployed by Intune, Jamf or Group Policy can mark clusters Production or Read-only, limit agent access, keep network features off, pin updates, and limit bulk changes, extensions and assistant providers. Settings shows what it sets. No server, no account.
- Every committed change is written to a local journal, never with a value, that you can export and your organisation can have copied to a folder it names.
Smaller things.
- A sidebar group closes even while one of its lists is showing.
- File transfer progress moves smoothly.
- An extension’s manifest error names the exact entry it is about.
- The window runs under a strict Content Security Policy.