<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>SLA violations &#8211; Science</title>
	<atom:link href="https://scienmag.com/tag/sla-violations/feed/" rel="self" type="application/rss+xml" />
	<link>https://scienmag.com</link>
	<description></description>
	<lastBuildDate>Thu, 24 Sep 2026 21:34:18 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.2</generator>

<image>
	<url>https://scienmag.com/wp-content/uploads/2024/07/cropped-scienmag_ico-32x32.jpg</url>
	<title>SLA violations &#8211; Science</title>
	<link>https://scienmag.com</link>
	<width>32</width>
	<height>32</height>
</image> 
<site xmlns="com-wordpress:feed-additions:1">73899611</site>	<item>
		<title>Cloud Autoscaling Put to the Test: When Prediction Beats Reaction, and When It Does Not</title>
		<link>https://scienmag.com/cloud-autoscaling-put-to-the-test-when-prediction-beats-reaction-and-when-it-does-not/</link>
		
		<dc:creator><![CDATA[Denise Maddox]]></dc:creator>
		<pubDate>Thu, 24 Sep 2026 21:34:18 +0000</pubDate>
				<category><![CDATA[Technology and Engineering]]></category>
		<category><![CDATA[Alibaba cluster traces]]></category>
		<category><![CDATA[Alibaba cluster workload analysis]]></category>
		<category><![CDATA[autoscaling]]></category>
		<category><![CDATA[cloud autoscaling evaluation]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[cloud cost and performance trade-offs]]></category>
		<category><![CDATA[cloud data center resource management]]></category>
		<category><![CDATA[cloud infrastructure optimization]]></category>
		<category><![CDATA[Cluster Computing]]></category>
		<category><![CDATA[energy-efficient cloud scaling]]></category>
		<category><![CDATA[linear regression]]></category>
		<category><![CDATA[Machine learning]]></category>
		<category><![CDATA[machine learning in cloud autoscaling]]></category>
		<category><![CDATA[open-source autoscaling simulation]]></category>
		<category><![CDATA[predictive vs reactive autoscaling]]></category>
		<category><![CDATA[proactive autoscaling challenges]]></category>
		<category><![CDATA[reproducibility]]></category>
		<category><![CDATA[reproducible cloud research]]></category>
		<category><![CDATA[Resource management]]></category>
		<category><![CDATA[SLA violations]]></category>
		<category><![CDATA[temporal convolutional network]]></category>
		<category><![CDATA[transfer learning]]></category>
		<category><![CDATA[workload forecasting]]></category>
		<category><![CDATA[workload prediction accuracy]]></category>
		<guid isPermaLink="false">https://scienmag.com/?p=212707</guid>

					<description><![CDATA[A new Cluster Computing study using public Alibaba cluster traces finds that simple linear regression often matches or beats deep learning for workload forecasting, while predictive autoscaling control delivered mixed results, cutting over-provisioning but raising SLA violations and scaling churn compared with reactive control.]]></description>
										<content:encoded><![CDATA[<p>Every large cloud data center faces the same relentless balancing act: keep enough machines running to satisfy demand, but not so many that energy, hardware, and money are wasted. The standard answer, reactive autoscaling, waits for load to arrive and then adds or removes capacity. It is simple and robust, but by its very nature it always acts a little too late. A new study published in Cluster Computing by Jinchun Liu and Haoxun Li of Hainan International College, Communication University of China, takes an unusually honest look at the alternative, predictive autoscaling, and its conclusions complicate the popular narrative that forecasting plus machine learning automatically outperforms simple reaction.</p>
<p>The research is built on the Alibaba Cluster Trace Program, a set of publicly released workload records from one of the world&#8217;s largest cloud operators. Because the traces are public, the entire evaluation pipeline, from preprocessing scripts to model training code to the predictive-control simulators, is openly available in the authors&#8217; repository. That reproducibility is itself a contribution: predictive autoscaling papers have often been criticized for evaluating on private data with private simulators, making it nearly impossible for other researchers to check whether a claimed improvement is real or an artifact of a particular setup.</p>
<p>The study&#8217;s first layer examines forecasting quality at the aggregate level, where the load of the whole cluster is predicted as a single time series. The authors constructed leakage-free forecasting experiments, meaning that models were never allowed to peek at future information during training, a subtle but critical safeguard that many published forecasting pipelines fail to enforce. Against that disciplined benchmark, a plain linear regression turned out to be the strongest average point-prediction baseline on the aggregate series, achieving a mean absolute error of 3.514. In other words, one of the simplest statistical models in existence beat the more elaborate contenders when judged purely on average accuracy.</p>
<p>But average accuracy is not the whole story, and this is where the study&#8217;s deep learning model enters. The authors evaluated UA-MSTCN-Lite, an uncertainty-aware multi-scale temporal convolutional network designed to produce probabilistic forecasts rather than single-point guesses. Its value showed up not in point error but in coverage: the model&#8217;s prediction intervals successfully enclosed the true value 92.0 percent of the time at the one-minute horizon, and 86.7 and 86.8 percent at the five- and ten-minute horizons, measured against a 90 percent nominal target at the shortest horizon. For an autoscaler, knowing how wide the uncertainty band is can matter more than shaving a fraction off the average error, because the controller must decide how much safety margin to provision.</p>
<p>The analysis then moves down in granularity, from the whole cluster to individual machines, and adds transfer-learning tests in which models trained on one context are applied to another without retraining, the so-called zero-shot setting. Across both machine-level and transfer scenarios, the same pattern recurred: linear structure remained a strong point-prediction reference. This is a striking result for a field that has invested heavily in recurrent networks, transformers, and deep architectures for workload prediction. It echoes a long line of forecasting literature showing that, on many real time series, well-tuned simple models are embarrassingly hard to beat, and it suggests that claims of deep-learning superiority in cloud workload prediction deserve much tougher scrutiny.</p>
<p>The most consequential part of the study, however, is not about forecasts at all but about what happens when forecasts are wired into a control loop. The authors audited 139 service groups from the traces and ran closed-loop simulations comparing predictive control against reactive control. On the forecasting side, linear regression again delivered the best average point-forecast mean absolute error across the audited services, at 32.571. Yet when those predictions were used to drive scaling decisions, the picture grew considerably more nuanced, and the results cut against the intuition that better foresight should translate directly into better operation.</p>
<p>In the audited cohort, predictive control actually raised the mean service-level-agreement violation rate from 0.017 under reactive control to 0.031, while also triggering more scaling actions, 399.4 on average compared with 249.0 for the reactive controller. Over-provisioning, the wasteful habit of keeping more capacity than needed, did fall, from 56.31 to 53.68, but the authors report that this gain was not stable under service bootstrap conditions, the turbulent early phase when services start up and their demand patterns are least predictable. So the predictive controller bought a modest efficiency improvement at the cost of more churn and, on average, more SLA violations.</p>
<p>These numbers matter because they expose a gap that the predictive-autoscaling literature rarely acknowledges: a forecast that looks good on a dashboard can still be a bad input to a controller. Point forecasts with low average error may miss exactly the spikes that cause violations, and an uncertainty-aware model with slightly worse point accuracy may provide the interval information a controller needs to act safely. The study&#8217;s multi-horizon design, evaluating one-, five-, and ten-minute look-aheads, further shows that the value of prediction depends on how far ahead the controller tries to see, with coverage degrading as the horizon lengthens.</p>
<p>The authors are careful, almost pointedly so, about what their results do and do not license. Public traces, they conclude, support reproducible evaluation of predictive autoscaling, multi-granularity evidence spanning aggregate, machine, transfer, and service levels, and boundary mapping that identifies where predictive control helps and where it hurts. What they do not support is a blanket claim of superiority for prediction over reaction. That restraint is refreshing in a subfield where papers routinely announce double-digit improvements from novel neural controllers, and it gives practitioners a more trustworthy map: predictive autoscaling is a tool whose benefit is conditional on workload, horizon, and the stability of the service being scaled.</p>
<p>For the engineers who run the world&#8217;s data centers, the practical lessons are concrete. First, benchmark any fancy forecaster against linear regression before adopting it, because the simple model may already be near the achievable limit for point prediction. Second, prefer probabilistic forecasts with verified coverage when the downstream consumer is a control loop, since uncertainty estimates enable safer provisioning decisions. Third, evaluate the full closed loop, not the forecaster in isolation, because the study&#8217;s own numbers show that the loop can invert the ranking of models. And fourth, treat service startup as a distinct regime requiring its own safeguards, since the efficiency gains of prediction proved fragile precisely there. With all code, processed datasets, and simulators released openly, other researchers can now extend this audit to new traces, new controllers, and new forecasting architectures, turning a once-assertion-heavy debate into a measurable one.</p>
<p><strong>Subject of Research:</strong> Predictive versus reactive autoscaling of cloud cluster workloads using multi-horizon forecasting on public Alibaba traces</p>
<p><strong>Article Title:</strong> Trace-driven proactive autoscaling for cluster workloads via multi-horizon forecasting</p>
<p><strong>Article References:</strong> Liu, J., &amp; Li, H. (2026). Trace-driven proactive autoscaling for cluster workloads via multi-horizon forecasting. <em>Cluster Computing, 29</em>(14), Article 787. <a href="https://doi.org/10.1007/s10586-026-06609-5" rel="noopener noreferrer">https://doi.org/10.1007/s10586-026-06609-5</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.1007/s10586-026-06609-5" rel="noopener noreferrer">10.1007/s10586-026-06609-5</a></p>
<p><strong>Keywords:</strong> cloud computing, autoscaling, workload forecasting, Alibaba cluster traces, machine learning, linear regression, temporal convolutional network, SLA violations, resource management, transfer learning, reproducibility, cluster computing</p>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">212707</post-id>	</item>
		<item>
		<title>AI Learns When to Hold Off: Smarter Water Maintenance Cuts Service Failures</title>
		<link>https://scienmag.com/ai-learns-when-to-hold-off-smarter-water-maintenance-cuts-service-failures/</link>
		
		<dc:creator><![CDATA[Denise Maddox]]></dc:creator>
		<pubDate>Sun, 13 Sep 2026 03:26:29 +0000</pubDate>
				<category><![CDATA[Technology and Engineering]]></category>
		<category><![CDATA[AI-based decision-making in water utilities]]></category>
		<category><![CDATA[AI-driven water infrastructure monitoring]]></category>
		<category><![CDATA[climate variability]]></category>
		<category><![CDATA[constraint programming]]></category>
		<category><![CDATA[cost-effective water service reliability]]></category>
		<category><![CDATA[digital twin]]></category>
		<category><![CDATA[digital twin water systems]]></category>
		<category><![CDATA[ensemble forecasting]]></category>
		<category><![CDATA[ensemble forecasting models for water networks]]></category>
		<category><![CDATA[explainable AI]]></category>
		<category><![CDATA[Explainable Confidence Index (ECI) for utilities]]></category>
		<category><![CDATA[forecasting uncertainty in water supply]]></category>
		<category><![CDATA[hydraulic limit management in water distribution]]></category>
		<category><![CDATA[LSTM]]></category>
		<category><![CDATA[Machine learning]]></category>
		<category><![CDATA[maintenance scheduling]]></category>
		<category><![CDATA[real-time water network management]]></category>
		<category><![CDATA[reducing service level agreement violations in water services]]></category>
		<category><![CDATA[SLA violations]]></category>
		<category><![CDATA[smart water management]]></category>
		<category><![CDATA[smart water system scheduling]]></category>
		<category><![CDATA[uncertainty quantification]]></category>
		<category><![CDATA[water distribution networks]]></category>
		<category><![CDATA[water utility predictive maintenance]]></category>
		<guid isPermaLink="false">https://scienmag.com/?p=201240</guid>

					<description><![CDATA[A new digital twin framework uses ensemble forecasting and a fast, explainable confidence index to defer non-critical water maintenance during uncertain conditions, cutting service violations from 9.3 percent to 1.5 percent across Spanish municipalities.]]></description>
										<content:encoded><![CDATA[<p>Water utilities live and die by the forecast. When a crew opens a valve or takes a pipe offline for inspection, the entire calculation rests on an assumption about how much water customers will draw that day. Get that number wrong during a heatwave or a sudden storm, and the network can breach its hydraulic limits, leaving taps dry and triggering penalties under Service Level Agreements. A new study published in Neural Computing and Applications argues that the fix is not a better single prediction but a system that knows exactly when its own predictions cannot be trusted, and that acts on that doubt in real time.</p>
<p>The research, led by Mohammadhossein Homaei of the University of Extremadura together with colleagues at Bowling Green State University, introduces CAUCCES, a digital twin framework that couples an ensemble of four forecasting models with a novel uncertainty measure called the Explainable Confidence Index, or ECI. The team validated the system across twelve Spanish municipalities over eighteen months, and the headline result is striking: ECI-driven scheduling cut SLA violations from 9.3 percent to 1.5 percent, while adding only 3.1 percent to operational costs. In an industry where a single service interruption can mean regulatory fines and eroded public trust, that trade-off is remarkable.</p>
<p>The core problem the researchers set out to solve is a stubborn gap between forecasting and scheduling. Existing digital twin platforms for water networks typically feed deterministic point forecasts into maintenance schedulers, treating the predicted demand as if it were certain. When actual demand exceeds the prediction while a pipeline is under maintenance, hydraulic constraints are violated and customers experience service interruptions. Rigorous Bayesian uncertainty methods could quantify that risk, but they come with a punishing computational price: the study measured a Bayesian LSTM baseline at 340 milliseconds per inference, far too slow for real-time scheduling on the standard hardware most utilities can afford.</p>
<p>CAUCCES sidesteps that bottleneck with an adaptive ensemble of deliberately diverse models: a dual-branch LSTM network that ingests meteorological data alongside consumption history, a Prophet model configured with weather regressors and multiplicative seasonality, and two gradient boosting learners, LightGBM and XGBoost. The ensemble achieved a mean absolute percentage error of 14.12 percent, outperforming DeepAR at 16.50 percent and the Temporal Fusion Transformer at 16.92 percent. The authors attribute this advantage to architectural diversity rather than raw model depth. Each member captures a different pattern: the LSTM handles short-term recency, Prophet captures annual seasonality through Fourier decomposition, and the boosting models capture non-linear temperature thresholds. For rural utilities with limited historical data, that diversity proves more reliable than scale.</p>
<p>The real innovation, however, is the ECI itself. Rather than requiring hundreds of Monte Carlo forward passes, the index is computed in closed form from two signals already present in any ensemble: the spread of predictions across models, which serves as a proxy for irreducible variability, and the normalized Shannon entropy of the ensemble weights, which captures disagreement among the models about the underlying demand pattern. The two components are combined multiplicatively, a choice validated by cross-validation, because periods where both spread and disagreement are simultaneously elevated accounted for 78 percent of observed scheduling failures. The resulting score is normalized by a rolling 30-day variance percentile, allowing the metric to adapt to seasonal shifts between volatile summers and stable winters.</p>
<p>Crucially, the ECI is not merely a diagnostic. It plugs directly into a constraint programming scheduler as a risk penalty: tasks scheduled during low-confidence windows incur exponentially rising costs, so the solver defers non-critical work such as routine inspections or meter replacements until confidence recovers. True emergency repairs always follow strict priority rules and are never deferred. In operational terms, an ECI above 0.8 means schedule everything; between 0.6 and 0.8, defer non-critical tasks; below 0.6, postpone all non-emergency maintenance. The researchers proved mathematically that under an active risk budget, the optimizer is guaranteed to postpone tasks during windows where confidence falls below a critical threshold, and field data confirmed the prediction: 68 percent of low-importance tasks were deferred when ECI dropped below 0.6.</p>
<p>The team also subjected the index to a battery of validation experiments. Against a Bayesian LSTM trained with variational inference, ECI-derived prediction intervals showed a Pearson correlation of 0.76 with Bayesian credible interval widths, while running 28 times faster, at 12 milliseconds versus 340. On 500 held-out samples, empirical coverage matched target coverage within 1.4 percent on average. An ablation study confirmed that both components matter: variance alone yielded a 4.2 percent failure rate, entropy alone 6.1 percent, and the full ECI 1.5 percent, approaching an oracle bound of 0.8 percent that assumes perfect foresight of demand surges.</p>
<p>The broader operational gains are equally notable. Across the deployment, the platform reduced task completion time by 14 percent, emergency response time by 25 percent, customer service disruption by 31 percent, and carbon dioxide emissions by 17 percent, with fuel consumption down 16 percent. Field telemetry from OBD-II sensors and GPS trackers on the maintenance fleet confirmed the calculated environmental improvements within 1.2 percent. The multi-objective optimizer balances completion time, fuel, emissions, and customer impact, with weights chosen from the knee point of a Pareto front mapped using the epsilon-constraint method, ensuring the chosen operating point is non-dominated.</p>
<p>The study is candid about its limits. Multi-regional testing across Andalusia, Catalonia, and the Basque Country revealed performance degradation of 12 to 26 percent outside the development region of Extremadura, a consequence of climate-specific feature engineering and ensemble weights. The authors prescribe a recalibration protocol, at least 90 days of local data, retrained ensemble weights, and locally recalibrated variance normalization, which reduces degradation to 5 to 8 percent. The constraint solver also reaches practical limits around 300 daily tasks, making the framework best suited to rural and small-urban utilities rather than megacities. A three-day sensor outage during the study pushed forecast error from 14 to 42 percent, underscoring the system&#8217;s dependence on continuous telemetry.</p>
<p>Even with those caveats, the implications reach well beyond Spanish water networks. Roughly 60 percent of European water infrastructure serves populations under 50,000, utilities for which commercial enterprise systems are economically out of reach. CAUCCES runs its inference and scheduling on commodity hardware, with no GPU required at deployment, and the authors have released code and anonymized datasets for community testing. The deeper lesson may be methodological: uncertainty is not a footnote to forecasting but a first-class input to operations. By converting ensemble disagreement into a number a scheduler can act on, the study offers resource-constrained utilities a practical bridge between what their models know and what their crews should do, and it suggests that knowing when not to act may be the most valuable prediction of all.</p>
<p><strong>Subject of Research:</strong> Uncertainty-aware maintenance scheduling in water distribution networks using ensemble neural forecasting and explainable confidence indexing</p>
<p><strong>Article Title:</strong> Uncertainty-aware maintenance scheduling in water distribution networks via ensemble neural forecasting and explainable confidence indexing</p>
<p><strong>Article References:</strong> Homaei, M., Mogollon-Gutierrez, O., Rezaee, M. M., Caro, A., &amp; Avila, M. (2026). Uncertainty-aware maintenance scheduling in water distribution networks via ensemble neural forecasting and explainable confidence indexing. <em>Neural Computing and Applications, 38</em>(17), Article 733. <a href="https://doi.org/10.1007/s00521-026-12351-1" rel="noopener noreferrer">https://doi.org/10.1007/s00521-026-12351-1</a></p>
<p><strong>Image Credits:</strong> AI Generated</p>
<p><strong>DOI:</strong> <a href="https://doi.org/10.1007/s00521-026-12351-1" rel="noopener noreferrer">10.1007/s00521-026-12351-1</a></p>
<p><strong>Keywords:</strong> water distribution networks, digital twin, ensemble forecasting, uncertainty quantification, maintenance scheduling, machine learning, LSTM, explainable AI, smart water management, SLA violations, constraint programming, climate variability</p>
]]></content:encoded>
					
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">201240</post-id>	</item>
	</channel>
</rss>
