Skip to content
Open access

Evaluating Kubernetes Progressive Delivery in Constrained Environments Flagger vs. Argo Rollouts

Jul 2026 · SinkrOn · Vol 10, pp. 1858-1873 · 0 citations · 27 references

TL;DR

Flagger is recommended for strict resource predictability in threshold-breach environments, while Argo Rollouts is recommended for broader fault-type resilience is operationally critical where broader fault-type resilience is operationally critical.

Abstract

Cloud‑native progressive delivery orchestrators reduce deployment risk by automating canary deployment rollback procedures, dramatically reducing mean time to recover from deployment failures. However, existing research predominantly evaluates these tools in hyperscale environments, masking the transient computational overhead they introduce in resource‑constrained edge deployments. This study empirically evaluates and compares the automated incident mitigation latency and computational resource volatility of Flagger and Argo Rollouts within a strictly resource‑constrained Kubernetes environment. A low virtual central processing unit Kubernetes testbed was provisioned using Talos Linux with strict hypervisor‑level central processing unit pinning, simulating edge computing conditions. Deterministic fault injection spanning four fault classes, two workload runtimes, and two network topology configurations was executed across thirty trials. A Shapiro-Wilk normality assessment, Welch t-test, Mann-Whitney U test, Cohen's d, and 95% confidence intervals were applied to compare temporal and computational metrics. Memory utilization remained statically bounded, averaging 24.01 megabytes for Flagger and 35.47 megabytes for Argo Rollouts. Under standard fault conditions, neither orchestrator demonstrated a consistent temporal advantage. However, under memory exhaustion progressing to CrashLoopBackOff, Argo Rollouts recovered in a mean of 29.67 seconds against Flagger's 166.79 seconds, a statistically significant 5.6-fold degradation with a large effect size. Argo Rollouts sustained transient central processing unit surges of 159 to 168 millicpu against Flagger's bounded ceiling of 17 to 18 millicpu. Progressive delivery automation introduces non‑negligible and fault-type-dependent computational overhead in resource‑constrained environments. Flagger is recommended for strict resource predictability in threshold-breach environments, while Argo Rollouts is recommended where broader fault-type resilience is operationally critical.

Read PDF

Similar papers

Review Open access Jul 2026

Enhancing the Kubernetes Scheduler: A State-of-the-Art Review from Cloud to Edge

A comprehensive review of Kubernetes scheduling strategies published between January 2023 and January 2026 is presented and a multi-dimensional taxonomy is established that categorizes scheduling approaches based on common objectives, modification methods, optimization methodologies, targeted workloads, evaluation meth...

Mohammed Alhakimi, R. Latip · 0 citations
Book Open access Sep 2026

FunPilot: Runtime Performance Diagnosis and Remediation for Serverless Applications with LLMs

FunPilot is presented, a system that enables rapid LLM-assisted diagnosis and remediation for serverless applications that uses an event-driven control loop to diagnose active symptoms, derive control knob updates, and validate remediation decisions while coordinating with the underlying autoscaler.

Chang-Yuan Lin, Ya-Wen Wang, Mohammad Shahrad · 0 citations
Preprint Aug 2026

A Kubernetes Scheduler Plugin for Cluster-Wide Placement Optimisation

The default scheduler of Kubernetes, the state-of-the-art container orchestrator, uses fast, local placement decisions. Unfortunately, this design leads to resource fragmentation, reduced cluster usage, and overprovisioning. External solvers can compute global placement plans, but enforcing these plans in upstream clus...

Henrik Christensen, Saverio Giallorenzo, J. Mauro · 0 citations

Does Runtime Topology Context Improve LLM-Generated Kubernetes Security Patches?

KuTIE (Kubernetes Topology Intelligence Engine), which builds a live cluster context from Istio call edges, Trivy KSPM findings, and the service-account bindings a workload reads, and conditions LLM patch generation on it, and improves remediation of topology-dependent findings well beyond scanner-only context.

Farooq Shaikh · 0 citations
#edge computing Preprint Aug 2026

PRISM: Predictive Runtime In-place Scaling and Model Selection for Edge Microservices

PRISM, a prediction-guided runtime framework that jointly selects model variants and CPU allocations for containerized edge microservices, and adapts each pipeline stage in place and minimizes predicted CPU-package energy under deadline, resource, and offline model-level Quality of Result constraints is presented.

Uwe Gropengießer, Thomas Reuter, Dominik Schön et al. · 0 citations
Book Open access Aug 2026

Anytest: Localizing the Root Cause of Hardware Transport Performance Anomalies

Anytest, an in-situ black-box testing tool that localizes root causes of transport-layer NPAs on commodity RoCEv2 RNICs and Ethernet switches without re-cabling or hardware modification, and implements Anytest's DPDK-based endpoints, which realize protocol correctness while enforcing μs-level packet timing at the hardw...

Zhaochen Zhang, Jia-Qi Gao, Sheng Cheng et al. · 0 citations

We use cookies to run the site and, with your consent, for analytics and to show ads. See our Cookie Policy.