<?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 An observer's log</title><link>https://blog.rtshkmr.com/tags/reliability/</link><description>Recent content in Reliability on An observer's log</description><generator>Hugo</generator><language>en</language><atom:link href="https://blog.rtshkmr.com/tags/reliability/index.xml" rel="self" type="application/rss+xml"/><item><title>Consistency Models</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/consistency-models/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/consistency-models/</guid><description>&lt;p&gt;🔴 P0 &amp;mdash; &lt;em&gt;the spectrum from linearisability to eventual consistency&lt;/em&gt;&lt;/p&gt;</description></item><item><title>CAP Theorem &amp; PACELC</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/cap-theorem-and-pacelc/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/cap-theorem-and-pacelc/</guid><description>&lt;p&gt;🔴 P0 &amp;mdash; &lt;em&gt;the foundational impossibility result and its more nuanced successor&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Quorum Reads &amp; Writes</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/quorum-reads-writes/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/quorum-reads-writes/</guid><description>&lt;p&gt;🔴 P0 &amp;mdash; &lt;em&gt;the mathematical foundation for consistency in replicated systems&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Raft Consensus</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/raft-consensus/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/raft-consensus/</guid><description>&lt;p&gt;🟠 P1 &amp;mdash; &lt;em&gt;the understandable consensus algorithm; know conceptually, not implementation details&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Two-Phase Commit (2PC)</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/two-phase-commit/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/two-phase-commit/</guid><description>&lt;p&gt;🔴 P0 &amp;mdash; &lt;em&gt;the classical distributed transaction protocol and why it&amp;rsquo;s limited&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Saga Pattern</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/saga-pattern/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/saga-pattern/</guid><description>&lt;p&gt;🔴 P0 &amp;mdash; &lt;em&gt;the distributed transaction pattern for microservices; critical for Stripe payment flows&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Timeout Strategies</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/timeout-strategies/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/timeout-strategies/</guid><description>&lt;p&gt;🔴 P0 &amp;mdash; &lt;em&gt;the most fundamental reliability mechanism; every network call needs one&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Circuit Breaker</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/circuit-breaker/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/circuit-breaker/</guid><description>&lt;p&gt;🔴 P0 &amp;mdash; &lt;em&gt;prevents cascading failures by stopping calls to a failing service&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Retry with Backoff &amp; Jitter</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/retry-with-backoff/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/retry-with-backoff/</guid><description>&lt;p&gt;🔴 P0 &amp;mdash; &lt;em&gt;the default error recovery mechanism; Stripe definitely asks about this&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Bulkhead Isolation</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/bulkhead-isolation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/bulkhead-isolation/</guid><description>&lt;p&gt;🟠 P1 &amp;mdash; &lt;em&gt;isolating failures so one component&amp;rsquo;s problems don&amp;rsquo;t sink the ship&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Ordering &amp; Causality</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/ordering-and-causality/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/ordering-and-causality/</guid><description>&lt;p&gt;🟠 P1 &amp;mdash; &lt;em&gt;how distributed systems reason about &amp;ldquo;what happened before what&amp;rdquo;&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Reliability, Consistency &amp; Synchronisation</title><link>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://blog.rtshkmr.com/reference/archi/patterns/reliability-and-consistency/</guid><description/></item></channel></rss>