Buluta Geçiş Rehberi

Buluta geçiş bir teknoloji kararı değil, bir işletme kararıdır: maliyet yapısını, yetkinlik ihtiyacını ve risk profilini değiştirir.

Bu rehber, kararı ve süreci çerçeveler.

Neden buluta geçilir?

Geçerli gerekçeler:

• Donanım yenileme zamanı geldi, yeniden yatırım yapmak istenmiyor
• Yük dalgalı ve mevcut kapasite ya yetersiz ya atıl
• Süreklilik gereksinimi arttı
• Şirket içi altyapıyı yönetecek kapasite yok
• Hızlı büyüme öngörülüyor
• Coğrafi olarak dağınık ekipler var
• Sunucu odası koşulları yetersiz

Geçersiz gerekçeler:

• "Herkes geçiyor"
• "Daha ucuz olur" (analiz yapılmadan)
• "Daha güvenli" (yapılandırma sorumluluğu göz ardı ederek)
• "Performans sorunumuz çözülür" (sorun yazılımdaysa çözülmez)

Geçiş stratejileri

Pratik yaklaşım: Envanterinizdeki her sistemi bu altı kategoriden birine yerleştirin. Çoğu şirkette önemli sayıda sistem "emekli etme" kategorisine girer ve bu, projenin en kârlı kısmıdır.

Değerlendirme aşaması

• ☐ Tüm sistemlerin envanteri çıkarıldı
• ☐ Her sistemin bağımlılıkları belirlendi
• ☐ Kaynak kullanımları ölçüldü
• ☐ Kritiklik düzeyleri sınıflandırıldı
• ☐ Veri hassasiyeti değerlendirildi
• ☐ Lisans taşınabilirliği kontrol edildi
• ☐ Kullanılmayan sistemler tespit edildi
• ☐ Her sistem için strateji belirlendi

İkinci madde kritiktir: Bir sistemi taşırken ona bağımlı diğer sistemler unutulursa, geçiş sonrası beklenmedik kesintiler yaşanır.

Maliyet analizi

Bulut maliyeti, şirket içi maliyetten farklı yapıdadır:

En sık atlanan kalem: Veri transferi. Buluttan dışarı veri çıkışı ücretlendirilebilir ve yedekleme stratejinizi doğrudan etkiler.

Riskler

• Maliyet kontrolsüzlüğü: Bütçe sınırı olmadan hızla büyür
• Yapılandırma hataları: Bulut olaylarının başlıca sebebi
• Sağlayıcı bağımlılığı: Özel hizmetler taşınmayı zorlaştırır
• Yetkinlik açığı: Ekip yeni ortamı bilmiyor olabilir
• Veri konumu: Mevzuat uyumu
• İnternet bağımlılığı
• Beklenmedik performans farkları

Geçiş sırası

Kademeli ilerleyin:

1. Test ve geliştirme ortamları — düşük risk, öğrenme fırsatı
2. Kritik olmayan iç sistemler
3. Yedekleme ve arşiv
4. Web ve dışa açık hizmetler
5. İş uygulamaları
6. En kritik sistemler — en son

Bu sıra, ekibin deneyim kazanmasını ve hataların düşük riskli ortamlarda yapılmasını sağlar.

Geçiş öncesi hazırlık

• ☐ Bütçe uyarısı ve harcama sınırı tanımlandı
• ☐ Erişim yönetimi kuruldu (en az yetki ilkesi)
• ☐ İki adımlı doğrulama zorunlu hâle getirildi
• ☐ Veri konumu bölgesi seçildi
• ☐ Yedekleme yapılandırıldı
• ☐ İzleme kuruldu
• ☐ Etiketleme/adlandırma standardı belirlendi
• ☐ Ekip eğitimi planlandı
• ☐ Geri dönüş planı hazırlandı

Yedinci madde maliyet takibi için önemlidir: hangi kaynağın hangi projeye ait olduğu etiketlenmezse, fatura anlaşılmaz hâle gelir.

Geçiş sonrası

• ☐ Performans karşılaştırıldı
• ☐ Maliyet ilk ay yakından izlendi
• ☐ Kullanılmayan kaynaklar kapatıldı
• ☐ Eski sistemler emekli edildi
• ☐ Envanter güncellendi
• ☐ Yedekleme doğrulandı
• ☐ Belgeler güncellendi

Gerçekçi beklenti

Bulut, otomatik olarak daha ucuz ya da daha güvenli değildir. Sağladığı şey esneklik ve hızdır; maliyet avantajı ancak disiplinli yönetimle, güvenlik avantajı ancak doğru yapılandırmayla elde edilir.