FileStack'e bağımlı şirket logosu/profil görseli yüklemelerini S3'te birleştirirken yaşanan sorunları ve çözüm sürecini derleyen bir yazı.
Geçişin arka planı
- Başlangıçta FileStack, “çekirdek olmayan yükleme özelliğini” geliştirme süresini ciddi ölçüde kısalttı ve prodüksiyonda da uzun süre sorunsuz kullanıldı
- Zamanla S3 altyapısı kuruldu, ancak yalnızca logo/profil görsellerinin harici bir serviste kalması rahatsız etmeye başladı
- Dev/test ortamlarında FileStack rate limit yüzünden görsellerin bozulması sık yaşanıyordu
Sorun
- Lokalde AWS S3 ile geliştirme yapmaya çalışınca STS geçici token süresinin dolması, ağ bağımlılığı ve onboarding eşiği rahatsızlık yaratıyordu
- Migrasyon sırasında gözden kaçabilecek bir tuzak: e-posta logoları, presigned URL TTL süresi dolunca sonradan bozulabilir
Çözüm
- Lokal geliştirme MinIO ile sadeleştirildi (S3 API uyumlu, Docker ile kolay kurulum)
- E-posta logoları için bucket private tutulurken, CloudFront'ta yalnızca
public/*yolu açık olacak şekilde ayrım yapıldı
Bu kez neden yapıldı
- “Legacy iyileştirmesi” ROI meselesi yüzünden hep ertelenmeye açık, ama bu kez yapay zeka kodlama araçları sayesinde deneme-yanılma maliyeti azaldığı için “denemeye değer” olduğuna karar verildi
- Açıkçası yapay zeka olmasaydı buna girişilmezdi
Öğrenilenler
- FileStack kötü bir seçim değildi; o zaman için en iyi tercihti ve asıl önemli soru “ne zaman kaldırılacağı”
- Koşullar değişince kaldırılabilir ve yapay zeka araçları bu “daha sonra” anını çok daha kolay hale getiriyor
Henüz yorum yok.