<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>FOSSWire — Cloud Native &amp; eBPF — Open Source &amp; Open Hardware News</title>
    <link>https://fosswire.org/topic/cloud-native.html</link>
    <atom:link href="https://fosswire.org/feed/cloud-native.xml" rel="self" type="application/rss+xml" />
    <description>Ad-free open source and open hardware news, briefed by the FOSSWire AI editor from the original sources (Cloud Native &amp; eBPF).</description>
    <language>en</language>
    <lastBuildDate>Tue, 20 Oct 2026 08:31:20 +0000</lastBuildDate>
    <item>
      <title><![CDATA[Kubernetes community works to unify scheduler and autoscaler for AI workloads]]></title>
      <link>https://fosswire.org/news/kubernetes-community-works-to-unify-scheduler-and-autoscaler.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/kubernetes-community-works-to-unify-scheduler-and-autoscaler.html</guid>
      <pubDate>Mon, 19 Oct 2026 11:00:00 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> The Kubernetes community is actively designing integration APIs to make the autoscaler scheduler-aware, addressing failures where GPU pods stay pending despite available cluster capacity.</p><p>AI workloads running on accelerators have exposed a fundamental tension in Kubernetes architecture: the scheduler and autoscaler operate as independent control loops that do not share decisions. This causes pods to remain unschedulable even when capacity exists, because the autoscaler provisions nodes the scheduler cannot use. The CNCF blog post, authored by AWS engineers, details how Dynamic Resource Allocation now gives both components a shared vocabulary for topology and device sharing, and how SIG-Autoscaling is developing integration APIs for direct coordination. Gang scheduling remains partially unsolved, with workload-aware scheduling beta in the scheduler but the autoscaler still reasoning pod-by-pod.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Migrating n8n from community to official Helm charts on Amazon EKS]]></title>
      <link>https://fosswire.org/news/migrating-n8n-from-community-to-official-helm-charts-on-amaz.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/migrating-n8n-from-community-to-official-helm-charts-on-amaz.html</guid>
      <pubDate>Fri, 16 Oct 2026 16:39:04 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> A production migration of n8n on EKS was achieved by decoupling application state from the main pod to allow a switch from community to official Helm charts.</p><p>A technical report details the migration of n8n from a community-maintained Helm chart to the official version on Amazon EKS. To avoid storage conflicts with AWS gp3 volumes, the team moved from a StatefulSet model to a Deployment model by offloading all state to PostgreSQL, Redis, S3, and AWS Secrets Manager. This allowed for a full cutover without losing workflow history or critical data.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Istio Service Mesh Releases Version 1.30.6]]></title>
      <link>https://fosswire.org/news/istio-service-mesh-releases-version-1306.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/istio-service-mesh-releases-version-1306.html</guid>
      <pubDate>Thu, 15 Oct 2026 23:59:30 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Istio Service Mesh has released version 1.30.6.</p><p>Istio Service Mesh has announced the release of version 1.30.6. This release is part of the ongoing development of the Istio project. The release notes and artifacts for this version are available on GitHub.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[OpenTelemetry initiative aims to standardize Software Carbon Intensity signals]]></title>
      <link>https://fosswire.org/news/carbon-as-a-first-class-signal-bringing-software-carbon-inte.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/carbon-as-a-first-class-signal-bringing-software-carbon-inte.html</guid>
      <pubDate>Thu, 15 Oct 2026 22:21:45 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> The CNCF is exploring the integration of Software Carbon Intensity (SCI) into OpenTelemetry semantic conventions to provide a standardized way to measure carbon emissions per unit of software work.</p><p>At the Observability Summit Europe 2026, a proposal was presented to bring Software Carbon Intensity (SCI) metrics into the OpenTelemetry ecosystem. The initiative seeks to move beyond simple energy measurements by linking carbon emissions to specific functional units of software activity, such as requests or transactions. This would allow engineers to use OpenTelemetry semantic conventions to consistently report and attribute carbon impact across shared cloud-native infrastructures.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Cilium 1.20.3 releases with cloud provider fixes and networking stability improvements]]></title>
      <link>https://fosswire.org/news/cilium-1203-releases-with-cloud-provider-fixes-and-networkin.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/cilium-1203-releases-with-cloud-provider-fixes-and-networkin.html</guid>
      <pubDate>Thu, 15 Oct 2026 15:26:34 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Cilium 1.20.3 addresses critical networking bugs, including conntrack garbage collection issues and cloud-specific agent crashes.</p><p>The Cilium 1.20.3 release provides a series of bugfixes and minor improvements for the eBPF-based networking solution. Key updates include support for Alibaba Cloud IMDSv2, fixes for Azure agent crashes caused by empty MAC fields, and resolutions for conntrack garbage collection errors that previously affected live connections. The update also improves Gateway API handling and Envoy listener stability.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Cilium 1.19.9 releases with security updates and bugfixes]]></title>
      <link>https://fosswire.org/news/cilium-1199-releases-with-security-updates-and-bugfixes.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/cilium-1199-releases-with-security-updates-and-bugfixes.html</guid>
      <pubDate>Thu, 15 Oct 2026 15:26:28 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Cilium 1.19.9 includes security patches for golang.org/x/net and opentelemetry modules, alongside several networking and stability fixes.</p><p>The Cilium project has released version 1.19.9, focusing on bugfixes and dependency updates. This release addresses a data race in the selector cache that could cause agent panics, fixes endpoint deletion issues, and includes security updates for critical Go modules.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Cilium 1.18.15 releases with bugfixes and security updates]]></title>
      <link>https://fosswire.org/news/cilium-11815-releases-with-bugfixes-and-security-updates.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/cilium-11815-releases-with-bugfixes-and-security-updates.html</guid>
      <pubDate>Thu, 15 Oct 2026 15:26:26 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Cilium 1.18.15 addresses endpoint deletion bugs, ip6tables errors, and includes security updates for several dependencies.</p><p>The Cilium 1.18.15 release provides critical bugfixes for eBPF-based cloud-native networking. Key improvements include fixing incorrect endpoint deletion during garbage collection, resolving silent ip6tables chain rename errors, and correcting backend quarantine issues during restarts. The update also includes security patches for golang.org/x/net and go.opentelemetry.io modules.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Cilium Releases Version 1.19.9]]></title>
      <link>https://fosswire.org/news/cilium-releases-version-1199.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/cilium-releases-version-1199.html</guid>
      <pubDate>Thu, 15 Oct 2026 13:42:13 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Cilium has released version 1.19.9 of its eBPF-based cloud native networking platform.</p><p>Cilium has announced the release of version 1.19.9. This release is part of the Cilium project, which focuses on cloud native networking using eBPF. The release was signed with the committer's verified signature.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Nirmata Runtime for Kyverno adds eBPF-based runtime security]]></title>
      <link>https://fosswire.org/news/nirmata-runtime-for-kyverno-adds-ebpf-based-runtime-security.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/nirmata-runtime-for-kyverno-adds-ebpf-based-runtime-security.html</guid>
      <pubDate>Thu, 15 Oct 2026 11:00:00 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Nirmata Runtime extends Kyverno's policy enforcement from Kubernetes admission control to kernel-level runtime security using eBPF and LSM.</p><p>Nirmata has introduced Nirmata Runtime for Kyverno, an open source tool designed to bridge the security gap between deployment and execution. By utilizing eBPF and Linux Security Modules (LSM), it moves policy enforcement from the Kubernetes API level down to the kernel. This allows for synchronous, in-kernel blocking of unauthorized process executions, file access, and network connections, specifically targeting the unpredictable behaviors of autonomous AI workloads.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Headlamp receives alpha Kueue plugin for workload troubleshooting]]></title>
      <link>https://fosswire.org/news/why-is-my-kubernetes-job-still-pending-tracing-kueue-admissi.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/why-is-my-kubernetes-job-still-pending-tracing-kueue-admissi.html</guid>
      <pubDate>Wed, 14 Oct 2026 18:35:00 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> A new alpha plugin for the Headlamp UI allows users to trace Kubernetes Job admission issues through Kueue resources.</p><p>A new 0.1.0-alpha plugin for the Headlamp Kubernetes UI has been introduced to assist with troubleshooting Kueue-managed workloads. The plugin provides read-only visibility into Kueue resources, allowing users to distinguish between admission delays caused by Kueue and scheduling delays caused by the Kubernetes scheduler. Users can now inspect Workloads, LocalQueues, ClusterQueues, ResourceFlavors, and Cohorts directly within the Headlamp interface.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[OpenTelemetry Collector v0.163.0 released with Profiles metadata updates]]></title>
      <link>https://fosswire.org/news/opentelemetry-collector-v1690v01630.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/opentelemetry-collector-v1690v01630.html</guid>
      <pubDate>Wed, 14 Oct 2026 02:03:50 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> The release introduces development-version metadata for Profiles in OTLP receivers and exporters and improves batch processing efficiency.</p><p>OpenTelemetry has released version 0.163.0 of the OpenTelemetry Collector. This update focuses on implementing Profiles development-version metadata within OTLP receivers and exporters, improving the builder configuration for resource detection, and fixing several bugs related to exporter queue deadlocks and batch splitting.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Envoy v1.40.0: Post-quantum TLS, stable HTTP/3, and Bazel bzlmod migration]]></title>
      <link>https://fosswire.org/news/envoy-cloud-native-edge-proxy-v1400-release.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/envoy-cloud-native-edge-proxy-v1400-release.html</guid>
      <pubDate>Tue, 13 Oct 2026 20:05:32 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Envoy 1.40.0 introduces post-quantum hybrid key exchange by default and stabilizes HTTP/3 and QUIC support.</p><p>Envoy proxy has released version 1.40.0, featuring a major build system migration from WORKSPACE to bzlmod. The release stabilizes HTTP/3 and QUIC, adds X25519MLKEM768 hybrid key exchange for post-quantum security, and introduces alpha support for an AI Protocol Manager filter. It also includes significant security hardening and several CVE fixes.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Envoy Proxy Releases v1.39.4 with Bug Fixes]]></title>
      <link>https://fosswire.org/news/envoy-proxy-releases-v1394-with-bug-fixes.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/envoy-proxy-releases-v1394-with-bug-fixes.html</guid>
      <pubDate>Mon, 12 Oct 2026 22:22:37 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Envoy Proxy released version v1.39.4, which includes several bug fixes for issues related to route-level configuration and Prometheus metrics.</p><p>The Envoy Proxy project has released version v1.39.4, which addresses several bugs related to route-level configuration and metrics. The fixes include issues with AWS request signing, composite filters, and Prometheus native histogram bucket indices. This release is expected to improve the stability and accuracy of Envoy Proxy for its users.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Podman 6.1.4 fixes WSL 3 compatibility and security vulnerability]]></title>
      <link>https://fosswire.org/news/podman-container-engine-v614-release.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/podman-container-engine-v614-release.html</guid>
      <pubDate>Mon, 12 Oct 2026 20:59:46 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Podman 6.1.4 addresses a WSL 3 functionality issue and updates gvproxy to resolve CVE-2026-107935.</p><p>The Podman container engine has released version 6.1.4, which includes critical bug fixes and dependency updates. The release restores functionality for users running Podman under WSL 3 and patches a security vulnerability in gvproxy. Additionally, the update bumps versions for Buildah and Storage.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Envoy Proxy Releases v1.38.7 with Security Fixes and Bug Fixes]]></title>
      <link>https://fosswire.org/news/envoy-proxy-releases-v1387-with-security-fixes-and-bug-fixes.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/envoy-proxy-releases-v1387-with-security-fixes-and-bug-fixes.html</guid>
      <pubDate>Mon, 12 Oct 2026 20:42:18 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Envoy Proxy version 1.38.7 has been released, addressing a security vulnerability and several bugs.</p><p>The Envoy Proxy project has released version 1.38.7, which includes upstream security fixes, such as bumping wasmtime to 24.0.10 to resolve CVE-2026-54786. Additionally, several bugs have been fixed, including issues with AWS request signing, dynamic modules, and statistics. This release affects users of the Envoy Proxy, particularly those relying on its security and stability features.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Podman Container Engine Releases v5.8.9 with Bugfixes and Updates]]></title>
      <link>https://fosswire.org/news/podman-container-engine-releases-v589-with-bugfixes-and-upda.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/podman-container-engine-releases-v589-with-bugfixes-and-upda.html</guid>
      <pubDate>Mon, 12 Oct 2026 20:35:03 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Podman Container Engine has released version 5.8.9, which includes bugfixes and updates to various components.</p><p>The latest release of Podman Container Engine, version 5.8.9, addresses issues with running under WSL 3 and improves the stability of podman machine VMs on Mac. Additionally, it updates gvproxy, Buildah, and Storage to newer versions, resolving a security vulnerability. These changes aim to enhance the overall functionality and security of the container engine.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Envoy v1.37.9 releases security fix for Wasmtime and several race conditions]]></title>
      <link>https://fosswire.org/news/envoy-v1379-releases-security-fix-for-wasmtime-and-several-r.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/envoy-v1379-releases-security-fix-for-wasmtime-and-several-r.html</guid>
      <pubDate>Mon, 12 Oct 2026 19:21:16 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Envoy v1.37.9 addresses CVE-2026-54786 by updating Wasmtime and fixes multiple thread-safety race conditions.</p><p>The Envoy proxy has released version 1.37.9, which includes a critical upstream security update for Wasmtime to resolve CVE-2026-54786. The release also addresses several race conditions affecting AWS filters, local rate limiting, and Secret Discovery Service (SDS) configurations.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Envoy v1.36.13 releases with security fix for Wasmtime]]></title>
      <link>https://fosswire.org/news/envoy-v13613-releases-with-security-fix-for-wasmtime.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/envoy-v13613-releases-with-security-fix-for-wasmtime.html</guid>
      <pubDate>Mon, 12 Oct 2026 19:20:35 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Envoy v1.36.13 addresses CVE-2026-54786 by upgrading the Wasmtime dependency.</p><p>The Envoy proxy team has released version 1.36.13, which includes a critical security update for WebAssembly support. The release also resolves several race conditions affecting AWS filters, local rate limiting, and Secret Discovery Service (SDS) configurations.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[kagent runs AI agents as Kubernetes custom resources]]></title>
      <link>https://fosswire.org/news/from-zero-to-agent-builder-running-kagent-on-your-laptop.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/from-zero-to-agent-builder-running-kagent-on-your-laptop.html</guid>
      <pubDate>Mon, 12 Oct 2026 11:30:00 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> The CNCF Sandbox project kagent allows AI agents to be managed as Kubernetes custom resources via YAML manifests.</p><p>A new technical guide demonstrates how to use kagent, a CNCF Sandbox project, to run AI agents as Kubernetes resources. By treating agents as custom resources, users can define them using system prompts, models, and tools within standard YAML manifests. The guide specifically shows how to build an 'agent builder' that uses a local model via Ollama to generate and deploy other agents.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[CNCF discusses ownership of NIS2 and DORA compliance on Kubernetes platforms]]></title>
      <link>https://fosswire.org/news/cncf-discusses-ownership-of-nis2-and-dora-compliance-on-kube.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/cncf-discusses-ownership-of-nis2-and-dora-compliance-on-kube.html</guid>
      <pubDate>Fri, 09 Oct 2026 08:07:47 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Regulatory compliance on Kubernetes fails when regulations are treated as security tickets rather than engineering artifacts.</p><p>A CNCF blog post addresses the organizational failure of implementing NIS2 and DORA regulations within Kubernetes platform teams. It argues that compliance fails when security teams own the regulation name without owning the technical implementation. The article proposes a traceability chain that converts regulatory requirements into specific Kubernetes artifacts and sprint items owned by platform engineers.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Envoy v1.39.3 releases security fixes for oauth2 and api_key_auth crashes]]></title>
      <link>https://fosswire.org/news/envoy-v1393-releases-security-fixes-for-oauth2-and-apikeyaut.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/envoy-v1393-releases-security-fixes-for-oauth2-and-apikeyaut.html</guid>
      <pubDate>Tue, 06 Oct 2026 18:55:07 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Envoy v1.39.3 addresses two security vulnerabilities that could cause service crashes during specific CONNECT requests.</p><p>The Envoy proxy team has released version 1.39.3 to address two security vulnerabilities. These issues involve service crashes triggered by requests lacking a :path header, such as CONNECT requests, when using oauth2 or api_key_auth filters.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Envoy v1.38.6 releases security fixes for oauth2 and api_key_auth]]></title>
      <link>https://fosswire.org/news/envoy-v1386-releases-security-fixes-for-oauth2-and-apikeyaut.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/envoy-v1386-releases-security-fixes-for-oauth2-and-apikeyaut.html</guid>
      <pubDate>Tue, 06 Oct 2026 18:54:05 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Envoy v1.38.6 addresses two security vulnerabilities that could cause crashes during CONNECT requests.</p><p>The Envoy proxy has released version 1.38.6 to address two specific security vulnerabilities. These fixes prevent service crashes triggered by requests lacking a :path header, such as CONNECT requests, when using oauth2 or api_key_auth filters.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Envoy 1.37.8 fixes two crash vulnerabilities in authentication filters]]></title>
      <link>https://fosswire.org/news/envoy-1378-fixes-two-crash-vulnerabilities-in-authentication.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/envoy-1378-fixes-two-crash-vulnerabilities-in-authentication.html</guid>
      <pubDate>Tue, 06 Oct 2026 18:53:17 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Envoy 1.37.8 patches two denial-of-service vulnerabilities where CONNECT requests lacking a :path header could crash the oauth2 and api_key_auth filters.</p><p>The Envoy proxy project released version 1.37.8 with security fixes for two crash vulnerabilities. Both flaws involve requests without a :path header, which occurs with CONNECT requests. The oauth2 filter would crash outright, while the api_key_auth filter crashed when hide_credentials was enabled with a query key source and authentication came from another key source. Both filters now reject such requests with HTTP 400.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Kubernetes enforces cgroup v2 migration starting with v1.35]]></title>
      <link>https://fosswire.org/news/the-shift-to-cgroup-v2-in-kubernetes-what-you-need-to-know.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/the-shift-to-cgroup-v2-in-kubernetes-what-you-need-to-know.html</guid>
      <pubDate>Tue, 06 Oct 2026 18:00:00 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Kubernetes is deprecating cgroup v1, with version 1.35 defaulting to a configuration that prevents the kubelet from starting on cgroup v1 nodes.</p><p>Kubernetes is transitioning to cgroup v2 to leverage improved resource isolation and modern management features. Starting with Kubernetes v1.35, the failCgroupV1 setting defaults to true, meaning kubelet will fail to start on nodes using cgroup v1 unless manually overridden. This move follows the maintenance mode status of cgroup v1 support initiated in version 1.31.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Kubernetes node swap enables up to 3x pod density with NVMe SSDs]]></title>
      <link>https://fosswire.org/news/scaling-kubernetes-workloads-with-node-swap.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/scaling-kubernetes-workloads-with-node-swap.html</guid>
      <pubDate>Mon, 05 Oct 2026 18:00:00 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> By leveraging cgroup v2 and fast NVMe storage, Kubernetes can now use node swap to significantly increase pod density for bursty or idle workloads.</p><p>Following the General Availability of node swap in Kubernetes v1.34, new benchmarks demonstrate how backing swap with fast NVMe SSDs can mitigate memory constraints. The analysis shows that for workloads like sandboxed Python runtimes and headless browsers, pod density can increase by 100% to 300% with minimal latency impact. This approach uses cgroup v2 to provide independent swap accounting, solving previous limitations found in cgroup v1.</p>]]></description>
      <category>cloud-native</category>
    </item>
    <item>
      <title><![CDATA[Prometheus 3.13.4 releases security fixes and histogram bugfixes]]></title>
      <link>https://fosswire.org/news/prometheus-monitoring-system-3134-2026-09-29.html</link>
      <guid isPermaLink="true">https://fosswire.org/news/prometheus-monitoring-system-3134-2026-09-29.html</guid>
      <pubDate>Fri, 02 Oct 2026 14:46:21 +0000</pubDate>
      <description><![CDATA[<p><strong>Key takeaway:</strong> Prometheus 3.13.4 addresses a memory exhaustion vulnerability in gRPC and fixes several histogram-related bugs.</p><p>The Prometheus 3.13.4 release includes critical security updates to address memory exhaustion via HTTP/2 DATA frame fragmentation. It also resolves issues with float native histogram corruption in federation and fixes scraping failures for specific protobuf float histograms.</p>]]></description>
      <category>cloud-native</category>
    </item>
  </channel>
</rss>