Kurzfassung

Microsoft präsentierte auf der Build 2026 umfangreiche Open-Source-Werkzeuge: ein quelloffenes KI-Terminal, WSL-Container und über 75 Unix-Tools. Der Konzern setzt zudem auf offene Standards wie PostgreSQL statt proprietärer Datenbanken. Diese Entwicklung markiert einen strategischen Wandel: Microsofts historische Taktik des „Embrace, Extend, Extinguish" (EEE) – das Ersticken offener Standards – funktioniert heute nicht mehr. Das Geschäftsmodell hat sich von Lizenzsoftware zu Cloud-Plattformdiensten verschoben.

Personen

Themen

  • Cloud-Computing und Geschäftsmodelle
  • Open-Source-Software und proprietäre Standards
  • Microsoft-Strategie und Wettbewerb
  • Entwicklertools und Plattformdienste

Clarus Lead

Die Umarmung von Open Source durch Microsoft ist keine Kapitulation, sondern eine kalkulierte Geschäftsentscheidung. Das Kassenhäuschen steht nicht mehr an der Systemgrenze (Windows vs. Linux), sondern beim Cloud-Dienst – Azure, GitHub und Copilot zahlen die Rechnung. Während Entwickler die neuen kostenlosen Tools feiern, zentralisiert sich die Industrie weiter auf einen Anbieter. Ballmers Eingeständnis, dass die frühere harte Linie „im Rückspiegel" liegt, offenbart die nüchterne Logik: erst kämpfen, dann kassieren, schliesslich umarmen.

Detaillierte Zusammenfassung

Microsofts historische EEE-Strategie ist dokumentiert. Das US-Justizministerium verfolgten, wie der Konzern in offene Märkte eindrang, Standards durch proprietäre Funktionen erweiterte und Konkurrenten ausschloss. Im Browserkrieg gegen Netscape zeigten interne Memos, dass Microsoft Office und HTML bewusst verzahnen wollte, um ausschliesslich das eigene Ökosystem zu stärken.

Die aktuelle Strategie unterscheidet sich fundamental: Das dritte „E" (Extinguish) fehlt. Bei täglichen Entwicklertools gibt Microsoft keinen Boden auf – niemand muss migrieren, kein offener Standard führt in eine proprietäre Sackgasse. Die Reibungsverluste kosten nur Entwicklungsaufwand, nicht Marktmacht. Azure HorizonDB setzt auf PostgreSQL und positioniert KI-Services drumherum, statt eine geschlossene Datenbank zu erzwingen.

Die Verschiebung begann 2014 unter Nadella: vom Lizenzverkauf zur monatlichen Vermietung. Über die Hälfte der Azure-Workloads läuft unter Linux – Teil des Geschäftsmodells, nicht des Verlusts. Ballmer bestätigt rückblickend, dass die frühere Haltung damals wirtschaftlich richtig war, doch Linux-Bedenken gehören zur Vergangenheit.

Das Vertrauen bleibt gerechtfertigt angespannt: 2021 versuchte Microsoft, Hot-Reload aus dem quelloffenen .NET herauszulösen und ruderte erst nach Protest zurück. Tools wie GitHub, Copilot und Codespaces tragen proprietäre Schichten in sich – jede Nutzung zentralisiert weiter. Microsofts Open-Source-Zuneigung mag echt sein, entspringt aber nicht Altruismus, sondern dem Kalkül, nicht wie IBM zu erstarren. In fünf Jahren kann andere Geschäftslogik gelten.

Kernaussagen

  • Microsoft hat die EEE-Strategie aufgegeben, weil das Cloud-Geschäftsmodell andere Kassenquellen braucht
  • Open Source ist kein Widerspruch mehr zum Profit, sondern dessen Grundlage
  • Die Branche zentralisiert sich trotz offener Tools weiter auf einen Anbieter
  • Entwicklervertrauen bleibt berechtigt skeptisch gegenüber proprietären Schichten

Kritische Fragen

  1. Evidenz: Wie dokumentiert das US-Justizministerium konkret die EEE-Praktiken, und sind die Browserkrieg-Memos authentisch verifiziert?

  2. Interessenskonflikte: Inwiefern dient Microsofts Open-Source-Adoption der Marktkonsolidierung statt echter Dezentralisierung – sprich: Ist die Offenheit Mittel zur Plattformabhängigkeit?

  3. Kausalität: Kausalität:** Ist der Strategiewechsel primär durch Cloud-Geschäftslogik oder durch Wettbewerbsdruck (Google, Amazon) getrieben?

  4. Umsetzbarkeit: Wie schnell kann Microsoft proprietäre Schichten (GitHub, Copilot) wieder durchsetzen, falls das Cloud-Modell unter Druck gerät?

  5. Datenqualität: Welcher Anteil der Azure-Workloads unter Linux ist aktuell, und wie wird dieser gemessen?

  6. Gegenhypothesen: Könnte Microsofts Open-Source-Engagement auch genuinen Sicherheits- oder Stabilitätsanforderungen entsprechen, nicht nur geschäftlichen?

  7. Risiken: Wie reagiert der Markt, wenn proprietäre Services (Copilot, GitHub) Preise erhöhen und offene Tools abkoppeln?

  8. Nebenwirkungen: Welche kleineren Open-Source-Projekte verlieren durch Microsofts Ressourcenvorsprung an Wettbewerbsfähigkeit?

Quellenverzeichnis

Primärquelle: Förster, Moritz (2026): „Kommentar: Microsofts Open-Source-Liebe hat einen Preis" – https://www.heise.de/meinung/Kommentar-Microsofts-Open-Source-Liebe-hat-einen-Preis-11320098.html

Ergänzende Kontexte:

  • Microsoft Build 2026 (Ankündigungen KI-Terminal, WSL, Coreutils)
  • US-Justizministerium Dokumentation (EEE-Strategie)
  • Azure PostgreSQL/HorizonDB Initiative

Verifizierungsstatus: ✓ 2026

Weitere Sprachen: Französisch | Englisch

Dieser Text wurde mit Unterstützung eines KI-Modells erstellt. Redaktionelle Verantwortung: clarus.news | Faktenprüfung: 2026