<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wc="https://wilhelm.codes/ns/feed/1.0"><channel><title>Wilhelm Codes · Sre</title><link>https://wilhelm.codes/tags/sre/</link><description>Coder and platform engineer. Slinger of nibbles, bits and bytes. Over 25 years of professional experience as a software engineer. Love making glowing rectangles go "beep-boop".</description><generator>Hugo</generator><language>en-US</language><managingEditor>0xdeadbeef@devilmayco.de (Wilhelm Murdoch)</managingEditor><webMaster>0xdeadbeef@devilmayco.de (Wilhelm Murdoch)</webMaster><lastBuildDate>Sat, 27 Jan 2024 00:00:00 +0000</lastBuildDate><atom:link href="https://wilhelm.codes/tags/sre/index.xml" rel="self" type="application/rss+xml"/><item><title>The Longer Something Doesn't Happen, the Sooner it Will</title><link>https://wilhelm.codes/blog/the-longer-something-doesnt-happen-the-sooner-it-will/</link><pubDate>Sat, 27 Jan 2024 00:00:00 +0000</pubDate><author>0xdeadbeef@devilmayco.de (Wilhelm Murdoch)</author><guid>https://wilhelm.codes/blog/the-longer-something-doesnt-happen-the-sooner-it-will/</guid><category>devops</category><category>sre</category><category>chaos-engineering</category><wc:kind>post</wc:kind><description>This is often referred to as the &amp;ldquo;Mean Time Between Failures (MTBF)&amp;rdquo; in the context of Site Reliability Engineering. It&amp;rsquo;s a somewhat counterintuitive concept that highlights the fact that failures or incidents tend to occur when you least expect them, especially if you haven&amp;rsquo;t experienced one for a while. While it may sound paradoxical, there is some reasoning behind it.</description><content:encoded><![CDATA[<p>This is often referred to as the &ldquo;<a href="https://en.wikipedia.org/wiki/Mean_time_between_failures">Mean Time Between Failures (MTBF)</a>&rdquo; in the context of Site Reliability Engineering. It&rsquo;s a somewhat counterintuitive concept that highlights the fact that failures or incidents tend to occur when you least expect them, especially if you haven&rsquo;t experienced one for a while. While it may sound paradoxical, there is some reasoning behind it.</p>
<h2 id="accumulation-of-underlying-issues">
  <a class="heading-link" href="#accumulation-of-underlying-issues">Accumulation of Underlying Issues<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h2>
<p>Over time, systems and processes can accumulate small issues, technical debt, or unnoticed problems. These issues can build up, leading to a higher likelihood of a significant failure or incident occurring as time goes on.</p>
<h2 id="complacency-and-reduced-vigilance">
  <a class="heading-link" href="#complacency-and-reduced-vigilance">Complacency and Reduced Vigilance<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h2>
<p>When a system or service has been running smoothly for an extended period, teams may become complacent and less vigilant. They might not be as proactive in monitoring, testing, and maintaining the system, which can increase the risk of failure.</p>
<h2 id="evolving-environments">
  <a class="heading-link" href="#evolving-environments">Evolving Environments<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h2>
<p>As technology and business environments evolve — as they inevitably do in our space —, the context in which a system operates also changes. What was once a stable and reliable configuration may no longer be suitable, leading to unexpected issues or failures when the system is finally pushed to its limits.</p>
<h2 id="regression-to-the-mean">
  <a class="heading-link" href="#regression-to-the-mean">Regression to the Mean<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h2>
<p><a href="https://en.wikipedia.org/wiki/Law_of_large_numbers">The law of large numbers</a> suggests that over time, events tend to revert to their average or &ldquo;mean&rdquo; frequency. If you&rsquo;ve experienced an unusually long period without incidents, statistics may suggest that you&rsquo;re due for one soon, just as a run of heads in a coin toss doesn&rsquo;t make tails any less likely on the next toss.</p>
<h2 id="maintaining-awareness">
  <a class="heading-link" href="#maintaining-awareness">Maintaining Awareness<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h2>
<figure class="pull-quote">
  <span class="pull-quote-mark" aria-hidden="true"><span class="icon "><svg xmlns="http://www.w3.org/2000/svg" width="1em" height="1em" viewBox="0 0 256 256"><g fill="currentColor"><path d="M108 72v72H40a8 8 0 0 1-8-8V72a8 8 0 0 1 8-8h60a8 8 0 0 1 8 8m108-8h-60a8 8 0 0 0-8 8v64a8 8 0 0 0 8 8h68V72a8 8 0 0 0-8-8" opacity=".2"/><path d="M100 56H40a16 16 0 0 0-16 16v64a16 16 0 0 0 16 16h60v8a32 32 0 0 1-32 32a8 8 0 0 0 0 16a48.05 48.05 0 0 0 48-48V72a16 16 0 0 0-16-16m0 80H40V72h60Zm116-80h-60a16 16 0 0 0-16 16v64a16 16 0 0 0 16 16h60v8a32 32 0 0 1-32 32a8 8 0 0 0 0 16a48.05 48.05 0 0 0 48-48V72a16 16 0 0 0-16-16m0 80h-60V72h60Z"/></g></svg></span></span>
  <blockquote>
    <p>The price of <s>freedom</s> stability is eternal vigilance.</p>
  </blockquote>
  <figcaption>
    <cite>Ancient Klingon Proverb ( probably )</cite>
  </figcaption>
</figure>

<h3 id="mitigation-strategies">
  <a class="heading-link" href="#mitigation-strategies">Mitigation Strategies<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h3>
<p>Recognize the importance of proactively addressing issues before they accumulate. This involves regular monitoring, capacity planning, load testing, and maintenance to reduce the likelihood of a sudden failure.</p>
<h3 id="risk-management">
  <a class="heading-link" href="#risk-management">Risk Management<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h3>
<p>Focus on identifying and managing risks, even during periods of relative stability. They plan for various failure scenarios and aim to minimize their impact through redundancy, graceful degradation, and fault-tolerant design.</p>
<h3 id="continuous-improvement">
  <a class="heading-link" href="#continuous-improvement">Continuous improvement<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h3>
<p>Promote a culture of continuous improvement, encouraging teams to learn from past incidents, conduct post-mortems, even live-fire exercises and apply those lessons to prevent similar issues in the future.</p>
<h3 id="metrics--monitoring">
  <a class="heading-link" href="#metrics--monitoring">Metrics &amp; Monitoring<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h3>
<p>Use metrics and monitoring tools to maintain a vigilant eye on system health and performance. They set thresholds and alarms to detect anomalies early, regardless of how long it&rsquo;s been since the last incident.</p>
<p>At any given point your production workloads may be operating under any number of unknown failure modes. Things break; it&rsquo;s inevitable. Adjust your expectations accordingly and build around this fact.</p>
<h2 id="in-conclusion">
  <a class="heading-link" href="#in-conclusion">In Conclusion<span class="heading-anchor" aria-hidden="true">#</span>
  </a>
</h2>
<p>The idea that the longer something doesn&rsquo;t happen, the sooner it will is a <em>reminder</em> of the importance of vigilance, proactive maintenance, and risk management not only in site reliability engineering, but software engineering as a whole.</p>
<p>This may not be a deterministic law as it highlights the tendency for issues to accumulate over time if not addressed, making it crucial to maintain a robust and resilient system.</p>]]></content:encoded></item></channel></rss>