Diese Seite ist auch verfügbar in:
API-Management · Migration · Praxis
Weg von MuleSoft:
Was die Integrationssteuer wirklich kostet
Was Referenzfälle aus Frankreich, der Schweiz und Grossbritannien zeigen, und worauf Schweizer Institute bei einer Ablösung achten sollten.
Lizenzen, die mit dem Volumen mitwachsen, Preismodelle, die sich schwer vorhersagen lassen, und eine Plattform, die kaum noch Spielraum für andere Standards lässt: Viele IT-Verantwortliche kennen das Muster. Gravitee nennt es die «Integrationssteuer».
In diesem Beitrag fassen wir zusammen, was Gravitee dazu veröffentlicht hat, wo wir die Aussagen einordnen und was das für Institute in der Schweiz bedeutet. Wichtig: Alle Zahlen stammen aus Herstellerangaben und nicht aus unabhängigen Prüfungen.
Ausgangslage
Die «Integrationssteuer» in drei Symptomen
Gravitee beschreibt in seinem Beitrag «How to Reduce Your MuleSoft Integration Tax» typische Kostentreiber. Aus unserer Projekterfahrung lassen sich drei davon klar wiedererkennen:
- Kostenmodell wächst mit dem Volumen. Mehr APIs und mehr Aufrufe führen automatisch zu höheren Lizenzkosten, auch wenn der Nutzen pro API sinkt.
- Bindung an proprietäre Werkzeuge. Flows, Transformationen (DataWeave) und Deployment-Modell sind eng mit der Plattform verzahnt.
- Wenig Raum für neue Muster. Event-Streaming, Kafka, MCP oder Agent-to-Agent-Kommunikation passen nur mit Zusatzaufwand ins Modell.
Referenzfälle
Was Gravitee berichtet
Die folgenden Kennzahlen hat Gravitee in Fallstudien veröffentlicht. Sie zeigen die Richtung, ersetzen aber keinen eigenen Business Case.
77%
tiefere Lizenzkosten bei AÉSIO Mutuelle (Krankenversicherung, Frankreich)
91%
tiefere Jahreskosten bei einem anonymen Finanzinstitut (USD 500’000 statt USD 45’000)
75%
tiefere Infrastrukturkosten bei der Schweizerischen Post
| Fall | Ausgangslage | Ergebnis (laut Gravitee) | MuleSoft-Bezug |
|---|---|---|---|
| AÉSIO Mutuelle | Keine zentrale API-Plattform, MuleSoft nur für einen begrenzten Umfang | 77.25% tiefere Lizenzkosten, 58 APIs in Produktion | Ja, begrenzt |
| Finanzinstitut (anonym) | MuleSoft-Lizenz mit hohen Jahreskosten | USD 500’000 auf USD 45’000 pro Jahr | Ja |
| Versicherer (anonym) | MuleSoft-Commitment von USD 8 Mio., rund 300 APIs | Migration auf Gravitee ohne Abschlussverzug | Ja |
| Schweizerische Post | Lizenzkosten stiegen mit dem Volumen | 75% tiefere Infrastrukturkosten, 130 REST- und 830 Streaming-APIs | Nein |
| Michelin | Isolierte Netzwerke, hohe Sicherheitsanforderungen | 660+ REST-APIs im Betrieb, 230 davon über Gravitee | Nein |
Quelle: Gravitee-Fallstudien und Blogbeitrag. Nicht alle Fälle sind MuleSoft-Ablösungen; die letzten beiden zeigen Gravitee im Einsatz bei Lizenzkosten-Druck allgemein.
Unsere Einordnung: Die Zahlen sind eindrücklich, aber nicht vergleichbar. Vertragsbasis, Mengengerüst und Messzeitpunkt unterscheiden sich von Fall zu Fall. Bei AÉSIO war MuleSoft nur in einem begrenzten Umfang im Einsatz. Rechnen Sie immer mit Ihren eigenen Volumen.
Einordnung
Drei Schichten, nicht ein Produkt
Der häufigste Denkfehler bei einer MuleSoft-Ablösung: Man behandelt sie als Austausch eines einzelnen Produkts. In der Praxis stecken drei Schichten darin, und Gravitee deckt nur eine davon ab.
| Schicht | Typische Artefakte | Zielbild |
|---|---|---|
| API-Management und Gateway | API-Policies, Portale, Abonnements | Gravitee APIM, Event und Kafka Gateway |
| Integrationslogik | DataWeave-Transformationen, Flows, Konnektoren | Neue Services oder Prozess-Engine, etwa Camunda, CIB Flow oder Spring Boot |
| Identität und Zugriff | OAuth-Provider, Clients, Rollen | Access Management, Keycloak oder bestehendes IAM |
Diese Aufteilung ist eine ONLU-Einschätzung aus der Projektpraxis.
Gravitee ersetzt den Gateway- und Management-Teil. Die Integrationslogik muss separat neu gebaut oder migriert werden. Das ist der Aufwandstreiber, den Hersteller-Fallstudien selten ausweisen.
Vorgehen
Migration in vier Phasen
Gravitee nennt für Migrationen einen Zeitraum von rund drei Monaten bis zu einem Jahr, mit schrittweiser Umstellung ohne Ausfallzeit. Das deckt sich mit unserer Erfahrung, wenn Parallelbetrieb eingeplant ist.
- 1. Inventar. Alle APIs, Flows, Konsumenten und Volumen erfassen, nach Kritikalität und Aufwand sortieren.
- 2. Zielbild und Pilot. Zwei bis drei repräsentative APIs migrieren, Latenz, Betrieb und Sicherheit messen.
- 3. Parallelbetrieb. Konsumenten Welle für Welle umstellen; beide Plattformen laufen nebeneinander.
- 4. Abschaltung. Verträge, Fristen und Kündigungsdatum früh planen, damit der Cutover zur Vertragslaufzeit passt.
Fazit
Was Schweizer Institute mitnehmen sollten
- Kostenmodell zuerst prüfen. Skaliert der Preis linear mit dem Erfolg Ihrer APIs? Dann lohnt sich eine Alternativrechnung.
- Standards und Kafka mitdenken. Event-Streaming und Agent-Szenarien sprechen für eine offene Gateway-Schicht.
- Integrationslogik separat bewerten. Hier liegt meist der grösste Aufwand.
- Betriebsmodell klären. On-Premises, OpenShift oder Cloud: Datenhaltung und FINMA-Anforderungen entscheiden mit.
Kostenloses Dossier
Alle 8 Referenzfälle im Detail
11 Seiten: Architekturdiagramm, Kennzahlen, fünf Muster, Prüffragen und ein Vorgehensmodell. Tragen Sie Ihre E-Mail ein, wir senden Ihnen das PDF.
Mit dem Absenden stimmen Sie dem Versand des Dossiers und gelegentlichen Fachinformationen zu. Abmeldung jederzeit möglich. Details in unserer Datenschutzerklärung.
Gespräch
MuleSoft-Ablösung im Blick?
Wir begleiten Institute bei Inventar, Business Case, Zielarchitektur und Pilot, über alle drei Schichten.
Quellen: Gravitee, «How to Reduce Your MuleSoft Integration Tax» (gravitee.io/blog/how-to-reduce-your-mulesoft-integration-tax) sowie Fallstudien auf gravitee.io/case-studies. Alle Kennzahlen sind Herstellerangaben, Stand 13. Oktober 2026.
