Serverless Lock-In Gerçeği
AWS serverless'a tamamen yatırım yaptık. GCP'ye geçiş 18 ay sürerdi. Bu gerçekten bir sorun mu?
Stack'imiz:
- Compute için Lambda
- Veri için DynamoDB
- Yönlendirme için API Gateway
- Orkestrasyon için Step Functions
- Olaylar için EventBridge
- Kimlik doğrulama için Cognito
GCP'ye geçiş tahmini:
- Lambda → Cloud Functions: 3 ay
- DynamoDB → Firestore: 6 ay (farklı model)
- Step Functions → Cloud Workflows: 4 ay
- Cognito → Firebase Auth: 3 ay
- Test, doğrulama: 2 ay
- Toplam: 18 ay
Dürüst soru:
- Gerçekten hiç geçiş yapacak mıyız? Muhtemelen hayır.
- AWS fiyatları 10 kat artırdı mı? Hayır.
- AWS hizmeti güvenilmez mi oldu? Hayır.
- Kendi yönettiğimiz altyapıya kıyasla altyapı maliyetlerinde %60 tasarruf ettik
Lock-in ne zaman önemlidir:
- Multi-cloud için düzenleyici gereklilikler
- Farklı bir bulut kullanan bir şirket tarafından satın alınma
- Fiyatlandırmanın rekabetçi olmaktan çıkması
Ders: Lock-in bir risktir, otomatik olarak bir sorun değil. Yalnızca korkmayın, ölçün — bu, ilk fonksiyon yayına çıkmadan önce bir bulut mimarisi incelemesinde fiyatlandırılmaya değer türden bir ödünleşimdir.
Bu tür olaylar önlenebilir. AWS Yönetilen Hizmetler ekibimiz müşteri ortamlarını yapay zekâ destekli izleme ve nöbetteki kıdemli mühendislerle 7/24 gözetir — böylece bu tür hikâyeler arşivde kalır.