<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Kritis on ayedo</title>
    <link>https://ayedo.de/tags/kritis/</link>
    <description>Recent content in Kritis on ayedo</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Thu, 19 Feb 2026 09:54:50 +0000</lastBuildDate>
    <atom:link href="https://ayedo.de/tags/kritis/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Multi-Region Infrastruktur</title>
      <link>https://ayedo.de/use-cases/multi-region-infrastruktur/</link>
      <pubDate>Thu, 19 Feb 2026 09:54:50 +0000</pubDate>
      <guid>https://ayedo.de/use-cases/multi-region-infrastruktur/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;https://ayedo.de/use-cases/multi-region-infrastruktur/multi-region-infrastruktur.png&#34; alt=&#34;&#34;&gt;&lt;/p&gt;&#xA;&lt;h1 id=&#34;multi-region-kubernetes-für-kritis-wie-ayedo-eine-einzelstandort-plattform-in-ein-aktivaktiv-anycast-system-transformiert-hat&#34;&gt;Multi-Region Kubernetes für KRITIS: Wie ayedo eine Einzelstandort-Plattform in ein aktiv/aktiv Anycast-System transformiert hat&lt;/h1&gt;&#xA;&lt;p&gt;Wer kritische Infrastruktur betreibt, kann sich keine „gute Verfügbarkeit&amp;quot; leisten – sondern braucht nachweisbare Ausfallsicherheit. Und zwar nicht nur innerhalb eines Rechenzentrums, sondern standortübergreifend. Genau hier scheitern viele Plattformen, die technisch sauber gebaut sind, aber historisch in einer Einzelregion gewachsen sind: Sie sind redundant im Rack, redundant im Cluster, redundant in der Datenbank – und trotzdem ein Single Point of Failure auf Standortebene.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
