Vendor-Lock-in erkennen und Abhängigkeiten bewusst steuern
Von Kevin Kröger, Geschäftsführer, Software und PlattformbetriebVendor-Lock-in entsteht nicht durch die bloße Nutzung eines Anbieters, sondern durch schwer ersetzbare Datenformate, Schnittstellen, Identitäten, Betriebsprozesse, Verträge und fehlendes eigenes Wissen. Abhängigkeit darf bewusst gewählt werden, wenn Nutzen, Wechselweg und Folgekosten dokumentiert sind.
Wo versteckt sich die Abhängigkeit?
Prüfe nicht nur Datenexporte. Relevante Bindungen entstehen auch durch proprietäre APIs, Ereignisdienste, Rollenmodelle, Schlüsselverwaltung, Überwachung, Deployment, Abrechnung und geschulte Teams. Ein Export als Datei genügt nicht, wenn Beziehungen, Historie oder Berechtigungen verloren gehen. Halte deshalb je kritischem Dienst fest, welche Daten und Funktionen übertragbar sind und was beim Wechsel neu gebaut werden müsste.
Welche Fragen gehören in Vertrag und Architektur?
Verträge sollten Kündigung, Übergangszeit, Exportumfang, Formate, Unterstützung und Kosten nachvollziehbar regeln. Technisch helfen dokumentierte Schnittstellen, getrennte Geschäftslogik, automatisierte Datenexporte und ein getesteter Wiederanlauf. Der EU Data Act verlangt für erfasste Datenverarbeitungsdienste Informationen zu Wechselverfahren, Portierungsmethoden, Formaten und bekannten technischen Beschränkungen. Die genaue rechtliche Einordnung gehört in fachkundige Hände.
Muss jede spezielle Plattformfunktion vermieden werden?
Nein. Ein verwalteter Dienst kann Sicherheit, Verfügbarkeit und Entwicklungsgeschwindigkeit deutlich verbessern. Entscheidend ist eine bewusste Rechnung: Welchen messbaren Vorteil bringt die Funktion, welche Alternative existiert und wie teuer wäre ein späterer Wechsel? Besonders kritische Daten sollten regelmäßig in einem nutzbaren Format gesichert und der Ausstieg anhand eines realistischen Szenarios geprobt werden.
Quellen und Grundlage
Zentrale Aussagen dieses Beitrags wurden anhand der folgenden Primärquellen geprüft.
Häufige Fragen
- Ist Open Source automatisch frei von Anbieterabhängigkeit?
- Nein. Betrieb, Erweiterungen, Datenmodelle und fehlendes Wissen können ebenfalls starke Bindungen erzeugen. Offener Quellcode kann einen Wechsel erleichtern, garantiert ihn aber nicht.
- Brauchen wir für jeden Dienst einen vollständigen zweiten Anbieter?
- Nicht zwingend. Der Aufwand sollte zum Risiko passen. Für kritische Dienste sind dokumentierte Exporte, Wiederanlauf, Fristen und ein realistischer Ausstiegsplan oft der erste sinnvolle Schritt.