Vendor Lock-in

Vendor Lock-in im Überblick

Vendor Lock-in bedeutet: Du bist so abhängig von einem Anbieter, dass ein Wechsel schwierig oder teuer wird. Je länger du bleibst, desto stärker die Bindung.

Arten von Lock-in:

Technisches Lock-in:
├── Proprietäre Datenformate
├── Anbieter-spezifische APIs
├── Nicht-portable Integrationen
└── Spezielle Features ohne Standard

Vertragliches Lock-in:
├── Lange Mindestlaufzeiten
├── Hohe Exit-Gebühren
├── Volumenrabatte mit Commitment
└── Automatische Verlängerung

Praktisches Lock-in:
├── Mitarbeiter kennen nur dieses Tool
├── Prozesse sind darauf ausgerichtet
├── Dokumentation im System
└── Gewohnheit und Komfort

Technisch betrachtet

Cloud Lock-in Beispiele

Abstraktionsschichten

# ❌ Direkte AWS-Abhängigkeit
import boto3

def upload_file(file, bucket):
    s3 = boto3.client('s3')
    s3.upload_file(file, bucket, file)

# ✅ Abstraktion für Portabilität
from abc import ABC, abstractmethod

class StorageProvider(ABC):
    @abstractmethod
    def upload(self, file, path): pass

class S3Storage(StorageProvider):
    def upload(self, file, path):
        boto3.client('s3').upload_file(file, self.bucket, path)

class GCSStorage(StorageProvider):
    def upload(self, file, path):
        storage.Client().bucket(self.bucket).blob(path).upload_from_filename(file)

# Wechsel = nur Provider-Klasse ändern
storage = S3Storage()  # oder GCSStorage()
storage.upload("data.csv", "uploads/data.csv")

ML-Modell Portabilität

# ❌ Lock-in: Anbieter-spezifisches Format
model = sagemaker.Model(model_data="s3://bucket/model.tar.gz")

# ✅ Portabel: Standard-Formate
# ONNX - läuft überall
torch.onnx.export(model, dummy_input, "model.onnx")

# MLflow - anbieterunabhängig
mlflow.pytorch.log_model(model, "model")

Lock-in Score berechnen

## Lock-in Assessment

Für jeden Anbieter/Service bewerten (1-5):

| Kriterium | Score |
|-----------|-------|
| Proprietäre Datenformate | ___ |
| Anbieter-spezifische APIs | ___ |
| Integrationen nur mit Anbieter | ___ |
| Vertragliche Bindung | ___ |
| Migrationskomplexität | ___ |
| Team-Abhängigkeit (Know-how) | ___ |

Summe: ___/30

Interpretation:
- 6-12: Niedriges Lock-in
- 13-20: Mittleres Lock-in
- 21-30: Hohes Lock-in → Exit-Strategie planen!

Exit-Strategie

1. Daten-Export
   - Regelmäßige Backups in portablen Formaten
   - API für Datenexport testen
   
2. Dokumentation
   - Alle Integrationen dokumentieren
   - Abhängigkeiten kartieren
   
3. Alternativen evaluieren
   - Jährlich Markt prüfen
   - PoC mit Alternative
   
4. Vertragsklauseln
   - Exit-Unterstützung verhandeln
   - Datenherausgabe garantieren