Die unterschätzte Deadline, die Ihr Tagesgeschäft gefährdet
Es ist ein klassisches Szenario in der Enterprise-IT: Der große Migrationsplan für die Ablösung des BizTalk Servers steht.
Gleichzeitig ist das Budget für 2027/28 vorgemerkt. Die Roadmap sieht sauber aus: Mainstream Support bis 11. April 2028, Extended Support bis 9. April 2030.
Genug Zeit, denken viele IT-Leiter.
Doch die Realität der Cloud-Abhängigkeiten macht diesem Zeitplan einen Strich durch die Rechnung.
Denn Microsoft hat eine kritische Ankündigung gemacht (Azure Updates), die in vielen Unternehmen noch nicht auf dem Radar ist: Am 30. September 2026, also fast 2 Jahre VOR dem BizTalk EOL, wird die Unterstützung für das Service Bus Messaging Protocol (SBMP) im Azure Service Bus eingestellt (Service Bus Messaging).
Das bedeutet konkret:
Keine Übergangsfrist. Keine Fehlertoleranz. Keine „Grace Period“.
Betroffen sind alle BizTalk-Integrationen, die den Azure Service Bus über das SBMP-Protokoll (Service Bus Adapter/Legacy-Setup) nutzen. Diese Verbindungen funktionieren ab dem Stichtag nicht mehr.
Und jetzt wird es brisant: Stand Februar 2026 bleiben Ihnen noch weniger als 8 Monate.
Haben Sie Fragen oder möchten mehr zu diesem Thema erfahren?
Schreiben Sie uns gerne über das Kontaktformular, wir melden uns schnellstmöglich bei Ihnen zurück.
Das Problem: Warum die SBMP-Abschaltung Ihre BizTalk-Umgebung sofort betrifft
Was ist SBMP – und warum nutzt Ihr BizTalk Server es (wahrscheinlich)?
SBMP (Service Bus Messaging Protocol) ist ein älteres, proprietäres Messaging-Protokoll von Microsoft, das für die Kommunikation zwischen On-Premises-Systemen und dem Azure Service Bus entwickelt wurde.
Der Haken:
Wenn Sie BizTalk Server in einem hybriden Szenario betreiben, also On-Premises BizTalk mit Azure Cloud-Services verbinden, dann nutzen Sie höchstwahrscheinlich den standardmäßigen Service Bus Adapter. Dieser Adapter verwendet in älteren Versionen und vielen historisch gewachsenen Konfigurationen SBMP als Default-Protokoll.
Typische Szenarien, die betroffen sind:
- BizTalk Send-Ports, die Nachrichten an Azure Service Bus Queues/Topics senden
- BizTalk Receive-Locations, die Nachrichten von Azure Service Bus empfangen
- Hybrid-Integrationen: On-Prem ERP (SAP, D365) ↔ BizTalk ↔ Azure Cloud Apps (Logic Apps, Functions, externe SaaS)
- EDI-Workflows: Partner-Kommunikation, sofern diese über Azure Service Bus (Queue/Topic/Relay) realisiert ist
Die Konsequenz: Sofortiger Business-Stopp am 30. September 2026
Die Konsequenz ist hart und ohne Vorwarnung:
Damit ist klar: Am Stichtag im September 2026 werden diese Verbindungen nicht mehr funktionieren. Kein schleichender Performance-Verlust. Kein Degraded Mode.
Stattdessen gilt:
❌ Connection Failure auf allen SBMP-basierten Service Bus Connections
❌ Message Delivery Errors in kritischen Geschäftsprozessen (z.B. Bestellungen, Lieferscheine, Zahlungen)
❌ Partner-EDI-Kommunikation bricht ab (Lieferanten, Kunden, externe Systeme)
❌ Compliance-Verstöße (wenn gesetzlich vorgeschriebene Datenübermittlungen fehlschlagen, z.B. E-Rechnung, Meldepflichten)
Unterm Strich ist das Risiko ist also kein schleichender Verfall, sondern ein sofortiger Business-Stopp in der Lieferkette oder im Datenaustausch.
Die Falle: "Wir migrieren doch eh bald"
Warum viele Enterprise Architects gerade in eine Zeitfalle tappen
In unseren Beratungsgesprächen der letzten Wochen hören wir oft:
„Wir gehen ohnehin 2027/28 auf Azure Integration Services. Das lohnt sich jetzt nicht mehr, BizTalk anzufassen.“
Doch rechnen wir kurz nach:
| Heute | 30. September 2026 | 11. April 2028 |
|---|---|---|
| Februar 2026 | SBMP-Abschaltung | BizTalk Mainstream Support Ende |
| Noch 7 Monate | Hybrid-Integrationen brechen | Migrationsplan-Ziel der meisten |
Eine vollständige Enterprise-Migration von BizTalk zu Azure Logic Apps dauert:
- Klein (< 20 Orchestrierungen): 3-6 Monate
- Mittel (20-100 Orchestrierungen): 6-12 Monate
- Groß (> 100 Orchestrierungen, komplex): 12-24 Monate
Das bedeutet:
Wer jetzt denkt, „Wir starten 2027 mit der Migration“, der riskiert mitten in der Migration von der SBMP-Abschaltung überrascht zu werden. Außerdem müssen Sie unter massivem Zeitdruck sowohl ein technisches AMQP-Update (Quick Fix) durchführen UND parallel die strategische Migration vorantreiben. Doppelter Aufwand. Doppeltes Risiko. Doppelte Kosten.
Das Q3/Q4-Problem: Timing ist alles
Zusätzlich verschärft sich das Problem durch den Zeitpunkt der Abschaltung: Der 30. September 2026 fällt genau in das Q3/Q4-Jahresendgeschäft vieler Unternehmen.
Typische Konflikte:
- Retail/E-Commerce: Vorbereitung Black Friday, Weihnachtsgeschäft
- Manufacturing: Jahresendabschluss, Inventur, Lieferanten-Abrechnungen
- Finanzsektor: Quartalsabschluss, Compliance-Reporting
- IT-Abteilungen: Change Freeze (viele Unternehmen stoppen September-November kritische Updates)
Deshalb gilt: Wer das Thema jetzt ignoriert, wird im Sommer unter massivem Zeitdruck stehen – genau dann, wenn Change Freezes beginnen.
Sie möchten herausfinden, welcher Use Case in Ihrem Unternehmen den größten Hebel hat?
Schreiben Sie uns über das Kontaktformular und buchen unseren KI-Use-Case Discovery Workshop
Ihre Optionen: Decision-Framework für IT-Entscheider
IT-Verantwortliche stehen jetzt vor einer kritischen Weichenstellung. Es gibt zwei valide Wege, das Risiko zu reduzieren. Welcher für Ihr Unternehmen der richtige ist, hängt folglch von Ihrer langfristigen Strategie, Ihrem Budget und Ihrem Team-Know-how ab. Wir stellen Ihnen zwei Optionen vor:
Option A
Der technische Quick Fix (AMQP-Update)
Die Strategie:
Sie stellen Ihre bestehenden BizTalk Service Bus Adapter auf das neuere AMQP-Protokoll (Advanced Message Queuing Protocol) um. AMQP ist der offene Standard, den Microsoft ab September 2026 ausschließlich unterstützt.
Vorteil: Zeit kaufen
-
Sie gewinnen Zeit bis zum endgültigen BizTalk EOL
(2028/2030)
-
Sie können Ihre strategische Migration wie geplant durchführen
(ohne Zeitdruck)
- Keine Architektur-Änderung nötig: BizTalk bleibt BizTalk
Nachteil: "Dead Horse Investment"
- Es ist ein reines technisches Investment ohne funktionalen Mehrwert
- Das Geld fließt in die Vergangenheit (Legacy-Erhalt), nicht in die Zukunft
-
Sie "verlängern" nur die Lebenszeit eines Systems,
das ohnehin abgelöst werden soll
Die technische Realität: Komplexer als gedacht
Viele IT-Leiter unterschätzen den Aufwand eines AMQP-Updates. Es ist NICHT einfach ein Checkbox-Toggle. Hier die typischen Stolpersteine:
1. Adapter-Konfiguration ändern (nicht trivial)
- Jede betroffene Send-Port und Receive-Location muss manuell rekonfiguriert werden
- Transport Type Properties müssen von SBMP auf AMQP umgestellt werden
- Authentication-Methoden ändern sich (SBMP nutzt ACS-Token, AMQP nutzt SAS-Token oder Managed Identity)
2. Firewall- und Netzwerk-Anpassungen
- AMQP nutzt andere Ports (5671/5672 statt 9350-9354)
- Viele Unternehmens-Firewalls müssen angepasst werden (Freigaben, DMZ-Regeln)
- TLS/SSL-Zertifikate müssen ggf. aktualisiert werden
3. Verhalten des Adapters ändert sich
- AMQP hat ein anderes Message-Handling (z.B. bei Retry-Logic, Session-Handling, Dead-Letter-Queues)
- Bestehende Orchestrierungen können unerwartet anders reagieren (Race Conditions, Timeouts)
- Umfangreiche Tests notwendig (Unit-Tests, Integration-Tests, UAT)
4. Dokumentation ist lückenhaft
- Microsoft hat die offizielle SBMP-zu-AMQP-Migration-Doku nur rudimentär veröffentlicht
- Viele Community-Posts sind widersprüchlich oder veraltet
- Trial & Error ist oft nötig (= Risiko im Produktiv-Betrieb)
Für wen ist Option A geeignet?
- Systeme, die erst nach 2028/2030 abgelöst werden sollen
-
Kleine Anzahl betroffener Interfaces
(< 10 Send-Ports/Receive-Locations)
-
IT-Teams mit tiefem BizTalk-Know-how
(können Adapter-Konfiguration selbst ändern)
-
Budget-Restriktionen
(AMQP-Update ist günstiger als Migration)
Option B
Die strategische Flucht nach vorn (Fast-Track-Migration)
Die Strategie:
Sie nutzen den SBMP-Druck als Katalysator, um genau die betroffenen Schnittstellen jetzt sofort auf Azure Logic Apps Standard (oder Azure Integration Services) zu migrieren.
Vorteil: Investment in die Zukunft
-
Sie investieren in die Ziel-Architektur.
Das Geld fließt in die Zukunft, nicht in die Vergangenheit.
-
Sie schaffen den ersten Migrationsschritt
(Proof of Concept, Team-Upskilling, Cloud-Architektur etablieren)
-
Sie reduzieren die technische Altlasten
(weniger BizTalk-Orchestrierungen = weniger Legacy-Last)
- Sie gewinnen Cloud-Native-Vorteile: Auto-Scaling, Managed Services, moderne Monitoring-Tools (Azure Monitor, Application Insights)
Nachteil: Initiale Architektur-Entscheidungen nötig
-
Erfordert Cloud-Know-how
(Azure Logic Apps, Service Bus, API Management)
-
Team muss ggf. upgeskillt werden
(Training, Workshops, externe Unterstützung)
-
Architektur-Entscheidungen müssen schnell getroffen werden
(Logic Apps Standard vs. Consumption, Event-Driven-Patterns, Hybrid-Connectivity mit Azure Arc)
Die pragmatische Umsetzung:
Selektive Fast-Track-Migration
Sie müssen NICHT alles migrieren! Der smarte Ansatz:
Schritt 1: Identifikation der kritischen Interfaces
Analysieren Sie, welche Ihrer BizTalk-Orchestrierungen tatsächlich vom SBMP-Retirement betroffen sind. Oft ist es nur ein kleiner Teil (10-30% in unseren Projekten).
Schritt 2: Fast-Track-Migration nur dieser Interfaces
Migrieren Sie ausschließlich die SBMP-abhängigen Schnittstellen zu Azure Logic Apps Standard. Der Rest Ihrer BizTalk-Landschaft bleibt unverändert und läuft bis 2028 weiter.
Schritt 3: Proof of Concept etablieren
Sie haben jetzt:
- Einen ersten Cloud-Footprint (Azure Logic Apps produktiv im Einsatz)
- Team-Erfahrung mit Azure Integration Services
- Architektur-Patterns für Hybrid-Szenarien (BizTalk + Azure nebeneinander)
- Budget-Rechtfertigung für die weitere Migration (Sie können ROI zeigen)
Für wen ist Option B geeignet?
- Alle Interfaces, die auf der Modernisierungs-Roadmap stehen
-
Mittlere bis große Anzahl betroffener Interfaces
(> 10-20)
-
IT-Leiter mit strategischem Modernisierungsauftrag
(Cloud-First-Strategie)
-
Teams, die Cloud-Know-how aufbauen wollen
(Skill-Building als Ziel)
Praxis-Einblick: Wie wir das Risiko pragmatisch bewerten
Wir sehen in unseren aktuellen BizTalk Migration Assessments, dass pauschale Entscheidungen („Alles patchen!“ oder „Alles migrieren!“) oft teuer und riskant werden.
Stattdessen braucht es eine datengetriebene, selektive Strategie.
Das Kunden-Feedback (anonymisiert):
„Wir hatten Panik, 120 Orchestrierungen in 8 Monaten updaten oder migrieren zu müssen.
Die Analyse von DATA Passion zeigte uns: Es sind nur 18.
Plötzlich war das Projekt planbar und wir haben gleichzeitig den ersten Schritt in Richtung Cloud gemacht,
ohne unser Tagesgeschäft zu gefährden.“
IT-Leiter, Automotive-Zulieferer
(anonymisiert)
Fallstudie: Fertigungsunternehmen mit 120 BizTalk-Orchestrierungen
Ausgangslage:
Ein mittelständisches Produktionsunternehmen (Automotive-Zulieferer) stand vor genau diesem Dilemma:
- 120 BizTalk-Orchestrierungen (gewachsen über 10 Jahre)
- Hochkomplex: SAP-Integration, EDI-Partner-Anbindungen, interne Prozess-Workflows
- Migrationsplan: Vollständige Ablösung erst 2028 (Budget für 2027/28 eingeplant)
- Problem: Massiv auf Azure Service Bus angewiesen (45 Send-Ports, 28 Receive-Locations)
- Unsicherheit: „Müssen wir jetzt alles patchen? Oder alles migrieren? Beides ist unrealistisch in 7 Monaten!“
Der DATA Passion Ansatz:
Statt blindlings Ressourcen in ein AMQP-Update oder eine Panik-Migration zu stecken, führten wir stattdessen unser BizTalk zu Azure Migration Assessment durch (inkl. KI-gestützter Analyse).
Schritt 1: KI-gestützte Abhängigkeits-Analyse
Unsere Tools scannten die gesamte BizTalk-Landschaft:
- Welche Orchestrierungen nutzen den Service Bus Adapter?
- Welches Protokoll ist konfiguriert (SBMP vs. AMQP)?
- Wie kritisch sind die betroffenen Prozesse (Business Impact)?
- Wie komplex sind die Orchestrierungen (Migration Effort)?
Das Ergebnis (überraschend):
Von 120 Orchestrierungen waren nur 18 kritisch vom SBMP-Retirement betroffen
(= 15%). Die restlichen 85% nutzten entweder:
- Andere Adapter (File, FTP, HTTP, SAP)
- Bereits AMQP-konfigurierte Service Bus Connections (modernere Setups)
- Keine Azure-Cloud-Anbindung (rein On-Prem)
Schritt 2: Selektive Fast-Track-Strategie
Für die 18 kritischen Orchestrierungen erstellten wir eine 3-monatige Fast-Track-Migration zu Azure Logic Apps Standard:
- 6 Orchestrierungen: EDI-Partner-Anbindungen (höchste Priorität) → Migriert in Monat 1-2
- 8 Orchestrierungen: SAP-zu-Azure-Workflows → Migriert in Monat 2-3
- 4 Orchestrierungen: Interne Prozesse → Parallel migriert
Schritt 3: Rest bleibt BizTalk (bis 2028)
Die restlichen 102 Orchestrierungen (85%) konnten unverändert weiterlaufen bis zum geplanten Migrations-Zeitpunkt 2027/28.
Der Effekt:
- Migrationsrisiko minimiert: Nur 15% der Landschaft musste sofort angefasst werden
- Budget geschont: Statt 120 Orchestrierungen wurden nur 18 migriert (ca. 70% Kostenersparnis vs. Vollmigration)
- Kein Produktivausfall: Am 30.09.2026 läuft alles stabil (18 Interfaces auf Azure, 102 weiter auf BizTalk)
- Cloud-Know-how aufgebaut: Das Team hat jetzt Erfahrung mit Azure Logic Apps (für die geplante 2027/28-Migration)
- Proof of Concept etabliert: Der erste Schritt in die Cloud war getan – ohne operativen Betrieb zu gefährden
Sie denken an ähnliche Lösungen, sind sich jedoch nicht sicher wo Sie anfangen sollen?
Schreiben Sie uns über das Kontaktformular, wir melden uns
innerhalb kurzer Zeit mit Terminvorschlägen zurück.
Zeitplan: Handeln Sie VOR der Sommerpause
Stand: Februar 2026
Bis zur SBMP-Abschaltung am 30. September 2026 bleiben weniger als 8 Monate.
Realistischer Zeitplan für beide Optionen:
| Zeitraum | Option A: AMQP-Update | Option B: Fast-Track-Migration |
|---|---|---|
| März 2026 | Inventur abschließen, Protokoll-Check, Testumgebung aufsetzen | Assessment durchführen (inkl. KI-Analyse), Interfaces priorisieren |
| April 2026 | AMQP-Update Pilot (2-3 Interfaces), Testing | Architektur-Design (Logic Apps Standard), Team-Training |
| Mai 2026 | Rollout AMQP-Update (Batch 1), Produktiv-Tests | Migration Batch 1 (kritische Interfaces), Parallel-Betrieb BizTalk+Azure |
| Juni 2026 | Rollout AMQP-Update (Batch 2), UAT | Migration Batch 2, Integration-Testing |
| Juli 2026 | Finalisierung, Dokumentation | Migration Batch 3, Performance-Tuning |
| August 2026 | Buffer-Monat (für Nacharbeiten) | Buffer-Monat (für Nacharbeiten) |
| September 2026 | 30.09.: SBMP-Abschaltung – Ihre Interfaces laufen auf AMQP | 30.09.: SBMP-Abschaltung – Kritische Interfaces laufen auf Azure |
⚠️ Wichtig:
Viele Unternehmen haben im September-November Change Freezes (Jahresendgeschäft, Q3/Q4-Abschluss). Wenn Sie erst im August starten, ist es zu spät!
Unsere Empfehlung:
Treffen Sie die Entscheidung (Option A oder B) bis Ende Februar/Anfang März 2026. Starten Sie spätestens Anfang April mit der Umsetzung.
Fazit: SBMP-Abschaltung ist Ihr Wake-Up-Call
Die 3 wichtigsten Erkenntnisse für IT-Entscheider:
1. SBMP-Retirement ist kein „Nice-to-Know“, sondern geschäftskritisch
Am 30. September 2026 brechen alle SBMP-basierten BizTalk-zu-Azure-Hybrid-Integrationen ab. Sofort. Ohne Vorwarnung.
Wenn Sie betroffen sind und nicht handeln, stoppt Ihr Tagesgeschäft.
2. Sie brauchen KEINE Panik-Migration Ihrer gesamten BizTalk-Landschaft
Unsere Erfahrung zeigt: In den meisten Fällen sind nur 10-30% der Orchestrierungen kritisch betroffen.
Mit einer selektiven, datengetriebenen Strategie (AMQP-Update für unkritische, Fast-Track-Migration für strategische Interfaces) minimieren Sie Risiko UND Kosten.
3. Jetzt handeln = Strategischer Vorteil
Wer das SBMP-Retirement als Katalysator für Modernisierung nutzt (Option B: Fast-Track-Migration), investiert in die Zukunft.
Sie bauen Cloud-Know-how auf, schaffen Proof of Concepts und gewinnen Erfahrung – bevor die große 2027/28-Migration beginnt.
Sie möchten erst einmal unverbindlich sprechen?
Vereinbaren Sie ein kostenloses Erstgespräch.
Nächste Schritte: Wie DATA Passion Sie unterstützt
Sie sind unsicher, ob Ihre BizTalk-Umgebung betroffen ist? Sie wissen nicht, ob AMQP-Update oder Fast-Track-Migration die richtige Wahl ist?
Als Microsoft Solutions Partner für Digital & App Innovation und Infrastructure sowie Spezialisten für BizTalk-zu-Azure-Migrationen
unterstützen wir Sie pragmatisch und datengetrieben.
BizTalk zu Azure Migration Assessment (€2.500)
Unser Assessment-Paket umfasst:
- KI-gestützte Abhängigkeits-Analyse: Ihrer BizTalk-Umgebung
- SBMP-Risiko-Identifikation: Welche Interfaces sind betroffen? Welches Protokoll wird genutzt?
- Business-Impact-Bewertung: Priorisierung nach Kritikalität
- Decision-Framework: AMQP-Update vs. Fast-Track-Migration (inkl. Kosten-Nutzen-Betrachtung)
- Individueller Migrationsplan: mit Timeline, Budget, Ressourcen-Bedarf
- Exklusive Benefits: Zugang zu unseren Best-Practice-Patterns, Architektur-Templates
Dauer: Innerhalb weniger Tage (abhängig von Ihrer BizTalk-Komplexität)
Ergebnis: Konkrete Handlungsempfehlung + detaillierter Migrationsplan
Weitere Ressourcen von DATA Passion
Wenn Sie tiefer in das Thema BizTalk-Migration einsteigen möchten, empfehlen wir:
- Von BizTalk zur Zukunft: KI als Schlüssel zur modernen Integration
Unser Artikel über KI-gestützte BizTalk-Migration (Oktober 2025) - SAP Integration und BizTalk Migration
Ist die SAP Integration Suite die optimale BizTalk-Alternative – und wie gelingt ein technisch, organisatorisch und wirtschaftlich reibungsloser Umstieg? - End-to-End Monitoring für BizTalk & Azure Integration Services
Wie Sie Hybrid-Integrationen über Systemgrenzen hinweg überwachen
Die Uhr tickt: Handeln Sie jetzt
Stand: Februar 2026
Bis zur SBMP-Abschaltung bleiben weniger als 8 Monate.
Warten Sie nicht bis zur Sommerpause. Bis dahin sind alle qualifizierten Partner ausgebucht, und Sie stehen unter massivem Zeitdruck.
Unser Versprechen:
Wir unterstützen Sie mit pragmatischer, datengetriebener Beratung – keine Sales-Pitches, keine Panik-Mache. Nur konkrete Handlungsempfehlungen, die zu Ihrer Situation passen.
Kontaktanfrage
Finden Sie Ihre Use Cases mit echtem ROI.
Kontaktieren Sie uns über das Kontaktformular für ein unverbindliches Erstgespräch. Wir melden uns schnellstmöglich mit Terminvorschlägen zurück.
