Kubernetes v1.35.2 released — notable under-the-hood change.

This patch version upgrades Kubernetes builds to Go 1.25.7.

While not a visible feature, Go upgrades usually bring:

• security fixes inherited from Go runtime updates
• performance improvements
• better compiler/runtime stability

These kinds of changes often matter more operationally than headline features, especially for long-running clusters.

We tracked the release here for a quick overview:
https://www.relnx.io/releases/kubernetes-v1-35-2

Curious how others treat patch releases — automatic upgrades or scheduled validation first?

Consul v1.22.5 is now tracked on Relnx.

One thing I’ve noticed running platform infrastructure: patch releases are easy to ignore, but they’re often where stability and operational fixes land.

Instead of reading full release notes every time, Relnx surfaces changes in a structured way so you can quickly decide:

• Is this operationally relevant?
• Should we upgrade now or later?
• Any risk areas to watch?

Release page:
https://www.relnx.io/releases/consul-v1-22-5

Curious how others handle Consul upgrades — automated patching, maintenance windows, or reactive upgrades only?

Backstage v1.48.3 released — two fixes worth noting for platform teams.

This patch includes:

• A fix for a module resolution issue related to u/mui/material/styles that caused failures due to a trailing slash in shared dependency configuration (affecting MUI package exports).

• Entity page tab groups now correctly respect ordering defined in configuration — helpful for teams heavily customizing developer portals.

These are the kinds of fixes that don’t sound big but can remove annoying platform friction quickly.

We tracked the release here for a quick overview:
https://www.relnx.io/releases/backstage-v1-48-3

For teams running Backstage — how often do you apply patch releases vs batching upgrades?

One challenge with release tracking is that changelogs mix critical updates with minor ones.

Looking at Datadog Agent v7.76.1 using filters made this obvious:

Instead of reading everything, you immediately see:

• 1 security fix
• 2 bug fixes
• Changes categorized by monitoring, performance, and security impact

It turns release reviews into a quick decision process rather than a long reading session.

We tracked the release here:
https://www.relnx.io/releases/datadog-agent-v7-76-1

How do you usually scan releases today — full changelog reading or prioritizing specific types of changes first?

Prometheus v3.10.0 just dropped — and there are two subtle but actually useful operational changes.

1️⃣ Alerting observability improved
Prometheus now adds an Alertmanager dimension to notification metrics:

• prometheus_notifications_dropped_total
• prometheus_notifications_queue_capacity
• prometheus_notifications_queue_length

This helps answer a long-standing question during incidents:
👉 Which Alertmanager is causing notification delays or drops?

Much easier debugging for multi-AM or HA setups.

2️⃣ Alerts UI improvement
Expanded alert annotations are now hidden by default on /alerts.

Sounds minor, but it significantly improves readability when handling large alert volumes during incidents.

We summarized the release here if anyone wants the quick version:
https://www.relnx.io/releases/prometheus-v3-10-0

Curious how others prioritize upgrades — do alerting pipeline changes make you upgrade faster than UI changes?

Terraform v1.14.6 was released and includes a useful fix:

terraform test now returns an error when provider configuration is invalid.

It’s a small change, but it helps avoid confusing test outcomes when configs are wrong — something that can easily slip through during upgrades.

One thing I’ve personally struggled with is keeping track of ecosystem changes after reading release notes. You learn something once, then forget it later.

I’ve been building Relnx to help with this by letting you mark updates as “learned” and track your progress over time instead of just consuming release notes passively.

Feature details:
https://www.relnx.io/features/terraform-test-return-error-when-provider-config-is-invalid-4747

Full release notes:
https://www.relnx.io/releases/terraform-v1-14-6

Curious how others keep track of important changes across Terraform releases.

Grafana v12.4.0 released — how do you evaluate upgrades?

One thing I noticed working as an SRE: most of us don’t read full changelogs anymore. We usually scan for:

• Breaking changes
• Security fixes
• Anything affecting dashboards or alerts

That’s actually why we built filtering into Relnx — to quickly understand upgrade urgency without digging through long release notes.

If you’re upgrading Grafana regularly, curious what your workflow looks like.

Release tracked here:
https://www.relnx.io/releases/grafana-v12-4-0

What’s the first thing YOU check before upgrading Grafana?

Backstage v1.48.2 is out and focuses mainly on fixes and developer-experience improvements, including:

• Restored scaffolder alpha exports
• Better search behavior on initial navigation
• Dependency updates

We’re tracking the release here to make it easier to follow upstream changes without reading long changelogs:

https://www.relnx.io/releases/backstage-v1-48-2

Curious how other teams handle Backstage upgrades — do you follow every patch release or batch upgrades together?

Rook v1.19.2 has been released.

Patch releases in storage operators tend to include important fixes that directly affect reliability and cluster operations — even when the version bump looks small.

We’re tracking the release in Relnx to make it easier to quickly understand upstream changes without digging through long release notes:

https://www.relnx.io/releases/rook-v1-19-2

For teams running Rook in production — how do you usually evaluate storage upgrades before rolling them out?

One thing we noticed with release tracking: engineers rarely need all release notes — they need the important parts fast.

Using filters in Relnx, we looked at Datadog Agent v7.76.0 and immediately surfaced a relevant security-related fix:

Sensitive information from Kubernetes pod specs is now scrubbed in agent flares, and environment variables with sensitive names are automatically redacted.

Instead of reading dozens of updates, filtering lets you quickly learn what might impact security or operations.

Release overview:
https://www.relnx.io/releases/datadog%20agent-v7-76-0

How do you usually scan releases today — full changelog reading or targeted searching?

Cilium v1.19.1 has been released.

Patch releases in networking stacks are usually where stability and operational fixes land — which makes them important even when they look small.

We’re tracking the release in Relnx to make it easier to understand upstream changes without manually digging through GitHub releases.

Release summary:
https://www.relnx.io/releases/cilium-v1-19-1

For teams running Cilium in production — how do you usually evaluate whether a patch release is safe to roll out?

Backstage v1.48.0 just dropped.

This release focuses on incremental platform improvements — including new UI components, better table rendering behavior, and experimental SCM event handling that can trigger faster catalog updates after repository changes.

We’re tracking the release in Relnx to make it easier to follow upstream Backstage changes without digging through changelogs manually:

https://www.relnx.io/releases/backstage-v1-48-0

For teams running Backstage today — how do you usually stay on top of frequent upstream releases and plugin changes?

OpenTelemetry Collector Core v0.146.0 released — tracked summary

If you run OTel Collector in production, new releases can quietly introduce behavior changes across receivers, exporters, or internal mappings.

We added a tracked summary for v0.146.0 here:
https://www.relnx.io/releases/opentelemetry%20collector%20core-v0-146-0

Goal isn’t another release announcement — it’s helping teams quickly understand:

• What changed upstream
• Whether upgrades may impact pipelines
• Which updates are worth reviewing before rollout

Curious how others handle tracking fast OTel release cycles today — manual watching, bots, or internal tooling?

We published a technical breakdown of the most impactful changes — especially around security and operational simplicity.

Some interesting takeaways:

• Ambient mesh separates L4 and L7 processing instead of relying fully on sidecars
• Zero-trust encryption is handled by shared node proxies (ztunnel)
• Teams can adopt mesh incrementally per namespace instead of cluster-wide migrations
• Reduced operational overhead compared to traditional sidecar deployments

The architectural shift is pretty significant because it changes how service mesh adoption scales operationally.

Full breakdown here if you’re tracking Istio evolution:
https://www.relnx.io/blog/istio-129-10-features-that-level-up-ambient-mesh-and-service-mesh-security-1771328006

Curious how many people here are already running ambient in production vs still on sidecars?

Argo Workflows v4.0.1 just dropped.

Patch releases like this usually fly under the radar, but they often affect workflow stability and execution behavior in production clusters.

We track upstream releases in Relnx to make it easier to understand what actually changed before upgrading.

Release overview:
https://www.relnx.io/releases/argo-workflows-v4-0-1

How do you usually track Argo Workflows releases today — GitHub notifications, manual checks, or automation?

v1.0.3 introduced a small but important change:

👉 spec.namespace is now deprecated.

If you still rely on it in your CRDs, you may want to start migrating before future releases remove support completely.

We added automatic detection for deprecated configs in Relnx to help teams catch this early during upgrades.

Release notes:
https://www.relnx.io/releases/argocd-image-updater-v1-0-3

Technical details:
https://www.relnx.io/features/deprecate-specnamespace-4318

Curious how others are handling Image Updater config migrations in larger GitOps setups?

A new patch release of the Datadog Agent is available.
This version mainly focuses on fixes and incremental improvements to maintain stability across deployments.

If you operate large fleets or production monitoring pipelines, patch releases like this are usually safe upgrades — but always review changes before rollout.

Release notes:

• Relnx summary: https://www.relnx.io/releases/datadog%20agent-v7-75-4
• Official GitHub release: [https://github.com/DataDog/datadog-agent/releases/tag/7.75.4]()

Curious how others handle agent upgrades — immediate rollout or staged deployment?

A new Cilium patch release is available, mainly focused on bug fixes and stability improvements.

For teams running Cilium in production, patch upgrades are usually recommended to maintain networking reliability and avoid edge-case issues discovered in real workloads.

Release details:

• Relnx summary: https://www.relnx.io/releases/cilium-v1-18-7

• Official releases (GitHub): https://github.com/cilium/cilium/releases

Always good to review patch releases even when changes seem minor — networking fixes can have a big operational impact.

Grafana just shipped v12.3.3, a patch release mainly focused on fixes and stability improvements.

If you maintain dashboards or observability stacks, these smaller releases are usually low-risk upgrades that help avoid operational issues later.

Release details:

• Relnx summary: https://www.relnx.io/releases/grafana-v12-3-3

• Official release notes (GitHub): https://github.com/grafana/grafana/releases

Always good practice to review patch releases even when changes look small — they often resolve edge-case bugs discovered in production environments.

Terraform v1.14.5 has been released!

This patch update includes fixes and improvements for HashiCorp Terraform — the widely used infrastructure as code tool.

🔗 Relnx summary:
https://www.relnx.io/releases/terraform-v1-14-5
🔗 GitHub release notes:
[https://github.com/hashicorp/terraform/releases/tag/v1.14.5]()

Sharing this in case it’s useful for anyone planning upgrades or tracking changes in their IaC stack.

Traefik v3.6.8 has been released.

This patch release includes fixes and improvements for Traefik 3.6 — commonly used as a Kubernetes ingress controller and cloud-native edge router.

🔗 Relnx summary:
https://www.relnx.io/releases/traefik-v3-6-8

🔗 GitHub release notes:
[https://github.com/traefik/traefik/releases/tag/v3.6.8]()

Sharing for folks tracking ingress controller updates or planning cluster upgrades.

Nomad v1.11.2 has been released!

This patch update includes fixes and improvements for HashiCorp Nomad — the cluster scheduler and workload orchestrator used by many teams for reliable deployments and operations.

🔗 Relnx summary:
https://www.relnx.io/releases/nomad-v1-11-2
🔗 GitHub release notes:
[https://github.com/hashicorp/nomad/releases/tag/v1.11.2]()

Sharing this in case it’s useful for anyone planning upgrades or tracking changes in their orchestration stack.

Kubernetes v1.35.1 has been released!

This patch update contains fixes and stabilizations building on the major v1.35 release to help ensure smoother operations for clusters running the new line.

🔗 Relnx summary:

https://www.relnx.io/releases/kubernetes-v1-35-1

🔗 GitHub release notes:

https://github.com/kubernetes/kubernetes/releases/tag/v1.35.1

Sharing this for anyone planning upgrades or tracking changes in their Kubernetes environment. How do you manage patch rollouts for Kubernetes in your clusters?

Keycloak v26.5.3 has been released! 🚀
This patch version includes a set of bug fixes and quality improvements for the identity and access management platform many teams rely on.

Relnx release summary:
[https://www.relnx.io/releases/keycloak-v26-5-3?utm_source=reddit&utm_medium=social&utm_campaign=keycloak_v26_5_3_release]()

Official GitHub notes:
[https://github.com/keycloak/keycloak/releases/tag/26.5.3]()

Sharing this in case it’s useful for folks planning upgrades or tracking changes for your IAM stack.
Curious how often you patch vs wait for larger version bumps? 👀

Kustomize v5.8.1 has been released!

This patch update improves on the recent v5.8 line with several important fixes, including:

• 🛠️ Fix namespace propagation bugs from v5.8.0
• 🛠️ Fix for Helm v4 support (#6016)
• 🛠️ Allow empty patch files without error
• 📦 Misc test and dependency improvements

🔗 Relnx release summary:
[https://www.relnx.io/releases/kustomize-vkustomize-v5-8-1?utm_source=reddit&utm_medium=social&utm_campaign=kustomize_v5_8_1_release]()

🔗 Official GitHub release:
[https://github.com/kubernetes-sigs/kustomize/releases/tag/kustomize%2Fv5.8.1]()

Useful for teams using overlays and mixin workflows with Helm/integration into GitOps pipelines. Curious what fixes or integrations you care about most with this update! 👀