Serverless-Lock-in: die Realität
Wir haben voll auf AWS Serverless gesetzt. Eine Migration zu GCP würde 18 Monate dauern. Ist das wirklich ein Problem?
Unser Stack:
- Lambda für Compute
- DynamoDB für Daten
- API Gateway für Routing
- Step Functions für Orchestrierung
- EventBridge für Events
- Cognito für Auth
Migrationsschätzung für GCP:
- Lambda → Cloud Functions: 3 Monate
- DynamoDB → Firestore: 6 Monate (anderes Modell)
- Step Functions → Cloud Workflows: 4 Monate
- Cognito → Firebase Auth: 3 Monate
- Tests, Validierung: 2 Monate
- Gesamt: 18 Monate
Die ehrliche Frage:
- Werden wir jemals wirklich migrieren? Wahrscheinlich nicht.
- Hat AWS die Preise um das 10-Fache erhöht? Nein.
- War der AWS-Service unzuverlässig? Nein.
- 60% Infrastrukturkosten gespart gegenüber Eigenbetrieb
Wann Lock-in eine Rolle spielt:
- Regulatorische Anforderungen an Multi-Cloud
- Übernahme durch ein Unternehmen mit anderer Cloud
- Die Preise werden nicht mehr wettbewerbsfähig
Lektion: Lock-in ist ein Risiko, nicht automatisch ein Problem. Quantifizieren Sie es, statt es nur zu fürchten — es ist die Art von Trade-off, die man in einem Cloud-Architektur-Review durchrechnen sollte, bevor die erste Function live geht.
Incidents wie dieser sind vermeidbar. Unser AWS Managed Services-Team überwacht Kundenumgebungen 24/7 mit KI-gestütztem Monitoring und Senior Engineers auf dem Pager — damit Geschichten wie diese im Archiv bleiben.