Microsoft BizTalk war einst die erste Wahl von Microsoft für den Aufbau und Betrieb von Integrationen zwischen Anwendungen, und bei einigen Organisationen läuft BizTalk seit über 20 Jahren auf ihren Servern. Mit dem Aufkommen moderner Integration Platform as a Service (iPaaS) und den sich schnell entwickelnden Integrationsdiensten im Azure-Portfolio ist es eine gute Idee, Ihre aktuelle BizTalk-Implementierung neu zu bewerten. Es gibt mehrere Vorteile, die iPaaS mit sich bringen kann, wie Skalierbarkeit, Kostensenkung und Unabhängigkeit.
Was ist Microsoft Biztalk?
Microsoft BizTalk Server ist eine Enterprise-Integrationsplattform, die die Automatisierung und Orchestrierung von Geschäftsprozessen durch den Austausch von Informationen zwischen verschiedenen Systemen ermöglicht. Es enthält Enterprise Service Bus (ESB)-Muster, die man in einer Integrationsplattform erwarten würde, wie z.B. Nachrichtentransformation und Nachrichtenrouting. Adapter mit verschiedenen Protokollen können verwendet werden, um Nachrichten zwischen BizTalk und anderen Systemen oder Geschäftspartnern auszutauschen.
Windows und SQL Server als Grundlage
BizTalk Server ist traditionelle Software, die Systemanforderungen für die (virtuellen) Server erfordert, auf denen sie betrieben werden soll, sowie eine spezifische Windows Server-Version als Betriebssystem. Neben dieser Grundlage ist BizTalk stark auf Microsoft SQL Server als zugrunde liegende Datenbank angewiesen. BizTalk Server speichert Konfigurationsdaten, Tracking-Daten und andere Metadaten, die den Betrieb von BizTalk betreffen, in verschiedenen Datenbanken, die auf SQL Server laufen.
Versionsgeschichte & Zukunft
Microsoft BizTalk gibt es schon seit einiger Zeit, mit Versionen, die bis zur ersten Veröffentlichung im Jahr 2000 zurückreichen. Während jede Version neue Funktionen und aktualisierte Kompatibilität mit .NET-Frameworks und Microsofts Visual Studio bot, hat sich BizTalk im Kern über die Zeit nicht viel verändert. Es ist erwähnenswert, dass es vier Jahre dauerte, bis die neueste Version, BizTalk 2020, seit dem Vorgänger im Jahr 2016 erschien. Dies sind einige Merkmale eines Softwareprodukts, das auf der einen Seite ausgereift und stabil ist, aber auf der anderen Seite an größeren Innovationen fehlt.
Warum migrieren?
Warum sollten Sie eine Reise unternehmen, um eine Lösung, die seit Jahren solide läuft, auf eine andere Technologie zu migrieren? Lassen Sie uns einige Themen betrachten, die IT-Organisationen mit BizTalk evaluieren können.
Innovationen bei Ihren Integrationen
Auf der Produktlebenszyklus-Webseite von Microsoft steht, dass der Mainstream-Support 2028 enden wird, mit der Möglichkeit eines erweiterten Supports bis 2030. Dies ist aus Support-Sicht eine beträchtliche Zeit, obwohl während des erweiterten Supports nur Sicherheits-Patches verfügbar sein werden. Mit dem starken Fokus von Microsoft auf Azure stehen Organisationen mit BizTalk-Implementierungen vor der brennenden Frage, ob Innovation in den nächsten Jahren eine Top-Priorität sein wird.
Das Integrationsökosystem verschiebt sich hin zu cloud-nativen Lösungen, serverlosen Architekturen und Microservices, bei denen BizTalk möglicherweise nicht nahtlos passt und die Adaption aufkommender Technologien und Innovationen wie:
- KI-gesteuerte Integration
- Event-Driven Architekturen
- API-First-Ansatz
Am Ende kommt echte Innovation aus der Fähigkeit der Organisation, schnell auf sich ändernde Geschäftsanforderungen zu reagieren, indem sie modernste Integrationsmöglichkeiten nutzt.
Spezifisches Wissen
Die Beherrschung von BizTalk in Integrationsprojekten kann eine Herausforderung für sich sein. Neben dem Erlernen der Verwendung von BizTalk selbst und der Sicherstellung, dass Windows Server reibungslos läuft, ist eine DBA-Rolle innerhalb Ihrer Organisation erforderlich, um SQL Server zu warten. BizTalk erfordert auch zusätzliche Entwicklerfähigkeiten. Dies könnte auf XML-bezogene Techniken beschränkt sein, aber für komplexere Daten-Transformationen, die nicht mit den visuellen Tools von BizTalk Mapper erreicht werden können, müssen Sie C# für benutzerdefinierte XSLT-Daten-Transformationen oder Datenverarbeitung verwenden.
Während .Net-Entwickler sicherlich verfügbar sind, wird es eine Herausforderung sein, Personen mit der Kombination aller genannten Fähigkeiten zu finden. Mit einer langen Lernkurve und anderen Optionen für Integrationsstacks ist die Beherrschung der BizTalk-Technologie auch nicht etwas, wonach der durchschnittliche IT-Profi strebt.
Kosten der Plattform
Welche Kosten fallen an, um BizTalk am Laufen zu halten? Zunächst einmal Softwarelizenzen für BizTalk Server, Windows Server und Microsoft SQL Server. Wenn Anforderungen wie Lastverteilung/hohe Verfügbarkeit Teil der Einrichtung sind, ist eine teurere SQL Enterprise-Lizenz erforderlich, um SQL-Cluster zu erstellen. Der zweite Kostentreiber ist das Betreiben dieses Software-Stacks auf einer Infrastruktur. In den meisten Fällen wird ein On-Premise-Rechenzentrum oder Managed Private Hosting die Server/VM-Kapazität bereitstellen.
Aber neben der anfänglichen Einrichtung tragen auch laufende Wartungs- und Verwaltungskosten zur TCO bei. Systemupdates, Sicherheitspatches und Leistungsoptimierungen erfordern dedizierte Verwaltungsbemühungen, die möglicherweise ein kompetentes IT-Team erfordern.
Barriere für die Cloud-Akzeptanz
Viele Organisationen haben stark in ihre BizTalk-Lösungen investiert, die oft komplexe Integrationen, benutzerdefinierte Adapter und spezifische Konfigurationen umfassen, die auf On-Premises-Setups und geschäftskritische Anwendungen zugeschnitten sind. Das Verschieben dieser Anwendungen in die Cloud oder die Migration zu Software-as-a-Service (SaaS)-Anwendungen kann erhebliche Herausforderungen darstellen, wenn BizTalk historisch in die On-Premise-Varianten dieser Anwendungen verwoben ist und eine erhebliche Barriere für die Cloud-Akzeptanz darstellt.
In einer Greenfield-Situation ist die Auswahl von SaaS-Anwendungen und einer Integrationsplattform, die am besten zu ihnen passt, ein relativ reibungsloser Cloud-Akzeptanzprozess. Das Verschieben von Kernanwendungen, die mit BizTalk integriert sind, zu SaaS, stellt jedoch einen signifikanten Paradigmenwechsel dar. Eine Neubewertung der folgenden Themen ist unvermeidlich:
- Aufenthaltsort von Daten, die ursprünglich On-Premise gespeichert waren
- Sicherheitsmaßnahmen, die auf (öffentliche) Clouds angewendet werden
- Unterschiede in der Infrastruktur und Protokollen zwischen On-Premise und Cloud
- Mögliche Neukonfiguration von Integrationsmustern
Das Überwinden der Barriere für die Cloud-Akzeptanz erfordert ein sorgfältiges Gleichgewicht zwischen der Bewahrung der historischen Investition in BizTalk und der Nutzung der Vorteile, die durch SaaS geboten werden, wie Skalierbarkeit und Agilität, während gleichzeitig eine nahtlose Kontinuität der Geschäftsprozesse gewährleistet wird.
Wie weiter?
Das Paradoxon von BizTalk liegt in seiner historischen Absicht, die Entkopplung von Anwendungen zu erleichtern, während es heutzutage die Herausforderung einer möglichen Lock-in durch sein Erbe sichtbar macht. Wie bei allen Migrationen gibt es verschiedene Möglichkeiten, weiterzumachen. Lassen Sie uns zuerst die technologischen Optionen und dann die Migrationsszenarien betrachten.
Die offensichtliche Wahl
Im Microsoft-Ökosystem zu bleiben, klingt nach der offensichtlichen Wahl. Inhouse-Entwickler oder Partner sind bereits mit der verwandten Technologie vertraut und nutzen wahrscheinlich bereits Dienste aus dem Azure-Portfolio. Microsoft Azure Integration Services bietet eine Reihe von Diensten, die Integrationsanforderungen erfüllen können. Ob es sich um Azure Functions, Web Apps oder Logic Apps handelt, es wird in den meisten Fällen die derzeit von BizTalk behandelte Integrationslogik abdecken. Die Bereicherung der Integration mit den ausgeklügelten Service Bus und API Management Funktionen von Azure ist in Reichweite. Wenn Sie auf nativ entwickelte Integrationsdienste mit Azure abzielen, sind viele Dienste serverlos, endlos skalierbar, um Spitzenvolumina zu bewältigen, und in mehreren Regionen verfügbar. Dies ist etwas, das ein abgegrenztes BizTalk Server-Setup nicht leisten kann.
In Cloud-Umgebungen wie Azure ermöglicht das Betriebsparadigma den Zugriff auf alles „as a service“ – sei es Infrastruktur, Plattform oder Software. Im Gegensatz zum BizTalk-Modell mit im Voraus bezahlten Softwarelizenzkosten bedeutet dieser Ansatz, dass Organisationen nur für die spezifischen Ressourcen und Dienste zahlen, die sie aktiv nutzen. Laufende Wartungs- und Verwaltungskosten werden als Teil des Dienstes losgelöst, was die administrative Belastung erheblich verringert.
Erweitern Sie Ihren iPaaS-Horizont
Während Azure Integration Services die primäre Wahl zu sein scheint, wenn Sie Ihre Integrationsstrategie überdenken und von BizTalk wechseln, ist es klug, alternative Optionen zu erkunden. Verschiedene moderne iPaaS bringen jeweils unterschiedliche Merkmale mit sich, und eines kann besser zu den Bedürfnissen Ihrer Organisation passen als das andere. Angesichts der dynamischen Natur von Geschäftsumgebungen ist es wahrscheinlich, dass Ihre Anforderungen sich seit der ersten Einführung von BizTalk entwickelt haben. Ein häufiger Trend in modernen IT-Organisationen umfasst den Übergang von entwicklerzentrierten Integrationsteams zu multidisziplinären Funktionsteams, die Low-Code-iPaaS-Komponenten für die Integration nutzen. Andererseits gibt es einen bemerkenswerten Wandel in einigen IT-Organisationen hin zur Übernahme anderer IT-Betriebsmodelle, bei denen Integration als vollständig verwalteter Dienst angenommen wird.
Dies ist nur eine Perspektive auf ein Thema, das bei der Fortsetzung der Integration berücksichtigt werden sollte. Um einen umfassenden Entscheidungsprozess zu erleichtern, hat Yenlo fünf kritische Faktoren identifiziert, die Organisationen sorgfältig abwägen sollten, wenn sie eine iPaaS-Lösung auswählen.
Warum iPaaS Und Warum Die Auswahl Des Richtigen Schwierig Ist?
Jetzt herunterladenMigrationsszenarien
Die Migration von On-Premises BizTalk Server zu modernen Cloud-Anbietern oder iPaaS erfordert eine sorgfältige Planung und Durchführung. Es gibt allgemeine Migrationsszenarien zu berücksichtigen, von denen jedes ein unterschiedliches Maß an Cloud-Akzeptanz aufweist.
1. Rehosting/Replatforming
Migrieren Sie Ihre aktuelle BizTalk-Umgebung durch „Lift & Shift“ in die Cloud und profitieren Sie von optionalen Anpassungen, um Cloud-Dienste zu integrieren. Für Windows Server und SQL Server, die für den Betrieb von BizTalk unerlässlich sind, müssen Sie virtuelle Maschinen (VMs) im Infrastructure as a Service (IaaS) des Cloud-Anbieters einrichten. Dies umfasst das Konfigurieren von VMs mit den erforderlichen Ressourcen und Softwarespezifikationen, um die Anforderungen von BizTalk zu erfüllen.
Dies bedeutet, Windows Server- und SQL Server-VMs auf Cloud-Plattformen wie Azure, AWS oder GCP einzurichten. Während alle IaaS-Anbieter Skalierbarkeit und Flexibilität bieten, ist ein klarer Vorteil von Azure die Option, Ihre On-Premises Windows- und SQL Server-Lizenzen mitzubringen. Dies ermöglicht Organisationen, von bestehenden Investitionen zu profitieren und Kosten zu optimieren, wenn sie zu Azure’s IaaS migrieren.
2. Hybride Implementierung
Behalten Sie einige BizTalk-Komponenten On-Premises, während Sie andere schrittweise in die Cloud migrieren. Dies ermöglicht einen schrittweisen Ansatz zur Migration und sorgt für einen reibungsloseren Übergang für Organisationen mit komplexen Integrationslandschaften.
Bei einer hybriden Implementierung können bestimmte Elemente der BizTalk-Infrastruktur, wie spezifische Orchestrierungen oder Adapter, in die Cloud migriert werden. Dies kann erreicht werden, indem On-Premises- und Cloud-Ressourcen miteinander verbunden werden, um eine nahtlose Kommunikation zwischen den beiden Umgebungen zu gewährleisten. Dieser Ansatz eignet sich für Organisationen mit spezifischen Compliance-Anforderungen, Altsystemen oder Abhängigkeiten, die eine schrittweise Migration erfordern.
3. Neugestaltung für cloud-native Lösungen
Überarbeiten und neu gestalten Sie Integrationslösungen mithilfe von Microservices, serverlosen Funktionen und cloud-nativen Messaging-Diensten. Dieser komplexe Ansatz maximiert Skalierbarkeit und Flexibilität, erfordert jedoch einen Paradigmenwechsel und erhebliche Neugestaltung, sei es durch Azure Integration Services oder durch die Erkundung verschiedener iPaaS-Optionen. Brechen Sie bestehende monolithische BizTalk-Orchestrierungen in Microservices auf.
Dies ermöglicht eine modularere und skalierbarere Architektur. Nutzen Sie cloud-native Messaging-Dienste wie Azure Service Bus oder Amazon SQS für asynchrone Kommunikation zwischen verschiedenen Komponenten. Dies verbessert die Entkopplung von Diensten und unterstützt ereignisgesteuerte Architekturen. Eine sorgfältige Planung und ein schrittweiser Migrationsansatz zur Minimierung potenzieller Störungen des laufenden Betriebs sind in diesem Migrationsszenario unerlässlich.
Zusammenfassung
Obwohl BizTalk eine robuste Technologie ist, werden die wahren Vorteile deutlich, wenn man die Migration in Betracht zieht. Cloud-native Integrationsplattformen bieten grenzenlose Skalierbarkeit sowohl für aktuelle als auch zukünftige Integrationen. Das Einsparungspotenzial ist erheblich, da Sie die mit BizTalk-Lizenzen und dem komplexen zugrunde liegenden Software-Stack verbundenen Kosten senken können. Unabhängigkeit wird zu einem wichtigen Vorteil. Durch die Befreiung von der Abhängigkeit von IT-Experten mit spezialisierter BizTalk-Kenntnis können Sie auf gängige Entwicklungsstandards setzen, Open-Source-Lösungen erkunden oder auf geschäftsorientierte Low-Code-iPaaS-Optionen zurückgreifen. Diese Verschiebung optimiert nicht nur die Effizienz, sondern positioniert Ihre Organisation auch, sich schnell an die sich wandelnden Integrationsanforderungen anzupassen.
Die Auswahl des am besten geeigneten Migrationsszenarios hängt von Faktoren wie der Komplexität Ihrer Integrationsarchitektur, dem gewünschten Maß an Cloud-Optimierung, Budgetüberlegungen und der Dringlichkeit der Migration ab. Yenlo bietet umfassende Dienstleistungen zur Bewertung Ihrer aktuellen BizTalk-Implementierung, die wertvolle Einblicke liefern, die entscheidend für die Gestaltung einer effektiven Migrationsstrategie sind. Diese gründliche Analyse dient auch als solide Grundlage, um genau die iPaaS-Lösung zu bestimmen, die am besten zu den einzigartigen Bedürfnissen und Zielen Ihrer Organisation passt.
