Jedes Produktionssystem hat einen Knoten, den man sich nicht leisten kann zu verlieren — denjenigen, der bei Ausfall alles Nachgelagerte mit sich reisst. Die Schweiz hat soeben eine Franken-Summe für das Lockern eines eigenen Knotens benannt. Die Bundeskanzlei investiert 9 Millionen Schweizer Franken (etwa 11 Millionen Dollar), um 3’000 Bundesarbeitsplätze von Microsoft 365 auf openDesk zu verlegen — die Open-Source-Officelösung des Zentrums für Digitale Souveränität (ZenDiS) in Deutschland, wie TechSpot berichtete.

Der Pilot, der das Budget freigab, war klein und lesbar: PoC BOSS, 172 Bundesbeamte, die openDesk statt Outlook, Teams und dem Rest für echte Arbeit betrieben. Dokumentenverarbeitung und Mail funktionieren; bei «Grossraum»-Videokonferenzen zeigten sich die Nähte. Der Bundesrat las das als Bestätigung und setzte ein Stichtag — 3’000 Rechner Microsoft-frei bis Ende 2027. Das sind 7% der Bundesbelegschaft. Die gesamte Flotte umfasst 54’000 Computer, und das Cyberkommando des Militärs zieht noch schneller — Ziel Oktober 2026.

Lese das als Topologie, nicht als Politik. Microsoft 365 ist nicht ein Produkt; es ist ein einzelner Betreiber, der gleichzeitig über deine Identität, deine Mail, deine Dateien und deine Meetings sitzt. Matthias Stürmer von der Universität Bern benennt das Ausfallszenario klar: Eine fremde Rechtsordnung kann den Anbieter zwingen, Daten herauszugeben, die der Anbieter in deinem Namen hält, und die jährliche Lizenzerhöhung ist eine Kostenstelle, die du nicht setzt. Beide sind Eigenschaften einer Designentscheidung — du hast Identität, Speicher und Durchsetzung hinter einem einzelnen Betreiber konzentriert, der sich einer fremden Rechtsordnung unterordnet. Das Schweizer EMBAG-Gesetz von 2024 ist die Politik, die Behörden endlich erlaubt, diese Konzentration zu verweigern.

PAZ’s eigenes Bezugssystem dafür ist Zero-Trust-Identität: halte die Entscheidungsebene — wer darf — physisch getrennt von der Durchsetzungsebene — was öffnet sich tatsächlich. Ein Einzelanbieter, der beides besitzt, ist ein Masterkey, der nur noch übergeben werden muss. openDesk löscht dieses Risiko nicht; es teilt die Betreiber neu auf, sodass keiner das Ganze rekonstruieren kann. Der Tausch ist explizit und wert, offen auszusprechen: du gewinnst Souveränität und erbst die Integrationsarbeit, die Microsoft dir früher tat — die Videokonferenzlücke ist dieser Preis.

←HEUTE: Bern zahlt 11 Millionen, um einen Anbieter von 3’000 Desks bis Ende 2027 zu entfernen.
→3012: Souveränität wird in Abhängigkeitskanten gemessen, die durchschnitten sind, nicht in gekauften Features.
Hebel: Eine Abhängigkeit, die du preisen kannst, ist eine, die du endlich wählen kannst zu behalten oder zu schneiden.

Dein Büro läuft dieselbe Topologie eine Industrie drüber. Der BIM-Stack konzentriert Modellspeicherung, Lizenzierung und Identität hinter einer Handvoll US-Anbieter, deren Cloud-Bedingungen und Preiskurven du nicht kontrollierst. PAZ hat die Einzelskalen-Version desselben Instinkts zuvor abgedeckt — Steve Hanov, der 10K-Dollar-MRR-Unternehmen auf einem 20-Dollar-Monats-Stack betrieb, um die ungefähr 300-Dollar-Cloud-Grundlinie abzulehnen, die er nie wählte. Die Schweizer Bewegung ist kein Aufruf, etwas herauszureissen; sie migriert 7% und beobachtet die Ausfallsmodi, nicht alle 54’000 Maschinen auf einmal. Es ist ein Aufruf, deinen Graph zu kennen, bevor jemand anderes Ausfall oder Preiserhöhung ihn für dich zeichnet.

Atelier: Für ein Büro, das AI und Cloud BIM gleichzeitig einführt, ist die Souveränitätsfrage nicht mehr abstrakt — jede AI-Funktion, die du einschaltest, fügt einen weiteren Betreiber hinzu, der deine Projektdaten hält. Münchens Linux-Experiment (begonnen 2004, rückgängig 2017) ist die ehrliche Warnung: Migrationen scheitern bei Umschulung und Integration, nicht bei der Software. Dein eine-Montag-Zug: wähle einen einzelnen Workflow — sagen wir, Modellübergabe — und schreib auf, welcher externe Service ihn berührt und wer legal lesen darf, was durchgeht. Diese eine ehrliche Liste schlägt ein Strategie-Deck.

Hack: Ranke deinen Stack danach, wie viele Dinge sterben, wenn ein Anbieter ausfällt. Liste jeden Service gegen das auf, auf das er sich lehnt, und zähle dann, wie viele Services mit jedem Knoten fallen — die Knoten mit hoher Zahl sind deine Single Points of Failure.

from collections import Counter
deps = {"BIM": ["store","SSO"], "Mail": ["M365","SSO"], "Meet": ["M365"], "SSO": ["M365"]}
load = Counter(d for reqs in deps.values() for d in reqs)
for node, n in load.most_common(): print(f"{node:6} {n} systems fall with it")
# M365 -> 3: your master key

Führe es gegen deine echten Services aus, nicht gegen das aufgeräumte Architektur-Diagramm. Der Wert ist die dritte Abhängigkeit von einem Anbieter, die du vergessen hattest, dass du sie hattest.

Zeichne den Abhängigkeitsgraph für einen Workflow vor Tagesende — nicht das Architektur-Diagramm, sondern den Graph davon, wer deine Daten lesen kann und dessen Ausfall dich zu Fall bringt. Die Schweiz fand, dass ihr Masterkey 9 Millionen Franken wert war zu entfernen. Finde deinen, während es noch ein Posten ist und kein Vorfall.

Quelle: techspot.com