<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Use cases on Durable</title><link>https://durable.rocks/docs/use-cases/</link><description>Recent content in Use cases on Durable</description><generator>Hugo</generator><language>en-US</language><atom:link href="https://durable.rocks/docs/use-cases/index.xml" rel="self" type="application/rss+xml"/><item><title>Four applications calling each other</title><link>https://durable.rocks/docs/use-cases/nexus-demo/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://durable.rocks/docs/use-cases/nexus-demo/</guid><description>&lt;h1 id="four-applications-calling-each-other"&gt;Four applications calling each other&lt;a class="anchor" href="#four-applications-calling-each-other"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;h2 id="the-problem"&gt;The problem&lt;a class="anchor" href="#the-problem"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;An order crosses four systems owned by four different teams: the shop holds stock, the business
side invoices, logistics plans and ships, the ERP follows. Each has its own repository, framework
and release cadence. None of them wants to import another one&amp;rsquo;s code.&lt;/p&gt;
&lt;p&gt;The usual way to stitch that together (one HTTP API per service, one client per caller, one retry
per client, one timeout per retry) works until one of the four is down mid-transaction. Then
someone has to decide whether to wait, whether to replay, and what happens to what was already
taken.&lt;/p&gt;</description></item></channel></rss>