Vendor Lock-in

Was ist der Lock-in-Effekt?

Der Lock-in-Effekt ist der Begriff der Wirtschaftswissenschaften für eine Kundenbindung, die aus Wechselkosten entsteht. Der Kunde bleibt, weil ein Wechsel teurer wäre als das, was er sich davon verspricht. Zufrieden muss er dafür nicht sein. Vendor Lock-in meint denselben Effekt gegenüber einem bestimmten Hersteller oder Dienstleister. Die Wechselkosten haben verschiedene Quellen. Technisch binden Datenformate und Schnittstellen, die nur ein Anbieter versteht. Vertraglich binden lange Laufzeiten, Vertragsstrafen oder Gebühren für den Datenexport. Am leisesten bindet das Wissen. Wer zehn Jahre mit einem Werkzeug gearbeitet hat, steckt Routinen, Skripte und Schulungen darin, und diese Investition verfällt beim Wechsel zu großen Teilen.

Bei CI/CD-Plattformen sitzt die Bindung vor allem in der Pipeline-Definition. Ein Jenkinsfile, eine .gitlab-ci.yml, eine azure-pipelines.yml und ein GitHub-Actions-Workflow beschreiben ähnliche Abläufe in vier Dialekten, die jeweils nur ihre eigene Plattform ausführt. Dazu kommen Plugins, Marketplace-Actions, Runner-Konfigurationen und hinterlegte Secrets. Wie groß die Lücke ist, zeigt GitHub selbst. Für den Umzug auf GitHub Actions gibt es einen eigenen Importer, und dessen Dokumentation nennt als Ziel eine Konvertierungsquote von 80 Prozent je Workflow. Den Rest erledigt ein Mensch. Dagegen hilft eine einfache Regel. Die Pipeline ruft nur auf, die eigentliche Logik steckt in Build-Skripten, Makefiles oder Gradle-Tasks im Repository. Je dünner die Plattform-Schicht, desto billiger der spätere Wechsel.

Seit dem 12. September 2025 gibt es dafür einen Rechtsrahmen. Der EU Data Act, die Verordnung (EU) 2023/2854, regelt in Kapitel VI den Wechsel zwischen Datenverarbeitungsdiensten. Gemeint sind Cloud-Dienste aller drei Modelle, also Infrastruktur, Plattformen und Software als Dienst (IaaS, PaaS, SaaS). Der Wechsel muss im Vertrag schriftlich geregelt sein, die Kündigungsfrist dafür darf zwei Monate nicht überschreiten, und für den Umzug selbst gilt in der Regel eine Übergangsfrist von höchstens 30 Kalendertagen. Der Anbieter muss die Ausstiegsstrategie des Kunden unterstützen. Wechselentgelte darf er bis zum 12. Januar 2027 höchstens in Höhe seiner eigenen Kosten verlangen, danach gar nicht mehr. Die Pipeline-Syntax übersetzt Ihnen allerdings auch der Data Act nicht. Er sichert den Zugang zu Ihren Daten, das Umschreiben bleibt Ihre Arbeit.

Auch wer den Betrieb seiner CI/CD-Plattform auslagert, geht eine Bindung ein, und die ist schwerer zu sehen als die an ein Produkt. Sie wächst, wenn Konfiguration, Zugangsdaten und das Wissen über Sonderfälle nur noch beim Dienstleister liegen. Nach drei Jahren weiß im eigenen Haus dann niemand mehr, warum der Build-Agent für die Embedded-Projekte genau diese Compiler-Version braucht. Vor der Unterschrift sollten deshalb vier Punkte geklärt sein: eine Exit-Klausel mit begleiteter Rückübergabe, Dokumentation und Runbooks im eigenen Haus, alle Zugangsdaten beim Kunden und Pipeline as Code im eigenen Repository. Läuft die Plattform zusätzlich auf eigener Infrastruktur, wechselt beim Ausstieg nur die Zuständigkeit. Server, Repositories und Build-Historie bleiben, wo sie sind.