Skip to main content
Maintainers
View all authors

v0.10.0: what it costs

Maintainers

v0.10.0 answers a question that comes from outside the platform team: what is this cluster costing, and how much of it is buying nothing? A Kubernetes cluster is sized by what its workloads reserve, not by what they use — and until now avuru obs only knew the second half of that sentence.

v0.9.0: the mesh and the kernel

Maintainers

v0.9.0 is for clusters where the network is not a straight line. A service mesh intercepts every call, so a dependency graph either draws hops that are not dependencies or draws nothing at all — and the kernel underneath has been seeing faults nobody was asking it for.

v0.8.0: the map grows up

Maintainers

v0.8.0 is about the screen people actually look at. The service map has been the product's front page since v0.1 and a graph of circles for just as long. This release taught it to say more — and it needed no new collection: everything below is drawn from telemetry that was already arriving.

v0.6.0: open at both ends

Maintainers

v0.6.0 is about the two ends of the pipe. Getting data in no longer means re-pointing every sender you own, and getting a second cluster on the screen no longer means a second instance. Adopting avuru obs became a reversible decision instead of a migration.

v0.5.0: operate it from the UI

Maintainers

v0.5.0 closes the gap between running avuru obs and changing it. Nearly everything an operator used to reach through values.yaml and a redeploy — collection, service groups, the SSO role mapping, API credentials — now lives in the app, and the app itself opens on a screen that answers how is the estate doing?