<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Reliability on Chetan Dalal — Senior Software Engineer</title><link>https://chetandalal.net/tags/reliability/</link><description>Recent content in Reliability on Chetan Dalal — Senior Software Engineer</description><generator>Hugo -- gohugo.io</generator><language>en-US</language><copyright>© 2019–2026 Chetan Dalal</copyright><lastBuildDate>Sat, 01 Aug 2026 00:42:05 -0400</lastBuildDate><atom:link href="https://chetandalal.net/tags/reliability/index.xml" rel="self" type="application/rss+xml"/><item><title>Deleting Alerts Made Us More Reliable Than Adding Them Ever Did</title><link>https://chetandalal.net/posts/deleting-alerts-improved-reliability/</link><pubDate>Wed, 08 Jul 2026 00:00:00 +0000</pubDate><guid>https://chetandalal.net/posts/deleting-alerts-improved-reliability/</guid><description>The instinct after an incident is to add an alert. The higher-value move is usually deleting three that have never led to action — and here&amp;rsquo;s how to make that argument without losing it.</description></item><item><title>Retries Are the Most Misused Resilience Pattern</title><link>https://chetandalal.net/posts/retries-are-misused/</link><pubDate>Wed, 10 Jun 2026 00:00:00 +0000</pubDate><guid>https://chetandalal.net/posts/retries-are-misused/</guid><description>Retries are the first resilience pattern everyone adds and the one most likely to cause the outage it was meant to prevent. The mechanics of retry storms, and how to bound them.</description></item><item><title>Most Production Incidents Are Data Problems in Disguise</title><link>https://chetandalal.net/posts/data-problems-in-disguise/</link><pubDate>Wed, 13 May 2026 00:00:00 +0000</pubDate><guid>https://chetandalal.net/posts/data-problems-in-disguise/</guid><description>The incident looks like an application bug for the first hour. Why data failures propagate silently, why they cost more than outages, and what treating data quality as an availability concern changes.</description></item></channel></rss>