Bulut Mimarisi ve Göç

Bulut göçlerinde en sık yapılan hata, mevcut sunucuları olduğu gibi buluta kopyalamaktır. Bu yaklaşım kesintiyi azaltır ama maliyeti genellikle artırır; çünkü bulutun esnekliğinden hiç yararlanılmaz.

Biz göçü iki aşamada ele alırız: önce güvenli taşıma, sonra mimari iyileştirme. Böylece iş sürekliliği riske girmeden gerçek kazanç elde edilir.

Göç planı

1. Envanter: Sunucular, bağımlılıklar, veri hacimleri ve entegrasyonlar çıkarılır.
2. Sınıflandırma: Her bileşen için taşı, yeniden platformla veya yeniden yaz kararı verilir.
3. Pilot: En düşük riskli servis taşınır; süreç ve araçlar gerçek ortamda doğrulanır.
4. Aşamalı geçiş: Servisler sırayla taşınır, her adımda geri dönüş planı hazır tutulur.
5. Optimizasyon: Otomatik ölçekleme, yönetilen servisler ve doğru kaynak boyutlandırma devreye alınır.

Veri göçü

Veritabanı taşımaları en hassas adımdır. Çift yazma veya sürekli çoğaltma yöntemiyle kaynak ve hedef eş zamanlı çalıştırılır; kesinti penceresi genellikle dakikalarla sınırlı kalır. Geçiş öncesi bütünlük doğrulaması otomatik yapılır.

Maliyet

Göç sonrası tipik olarak %30-40 aralığında tasarruf hedefleriz. Kazanç üç yerden gelir: kullanılmayan kapasitenin kapatılması, doğru örnek tipi seçimi ve rezerve/spot kapasite kullanımı. Aylık maliyet raporlaması ve bütçe alarmları kurulum kapsamındadır.

Kod olarak altyapı

Tüm altyapı Terraform ile tanımlanır. Yeni ortam açmak saatler değil dakikalar sürer; değişiklikler sürüm kontrolünde tutulur ve gözden geçirmeden geçer. "Sunucuda elle yapılmış ama kimse hatırlamıyor" durumu ortadan kalkar.

Hangi bulutta?

AWS, Google Cloud, Azure ve Türkiye'de barındırma gerektiren durumlarda yerel sağlayıcılarla çalışıyoruz. KVKK kapsamında veri lokasyonu zorunluluğu varsa hibrit kurgu tasarlarız.