Question 1

Bir AWS geçişi ne kadar sürer?

Accepted Answer

5–20 sunuculuk küçük bir ortam genellikle 4–8 haftada taşınır; veritabanları ve birbirine bağımlı uygulamalar içeren orta ölçekli ortamlar dalgalar halinde 3–6 ay sürer. Genellikle 2–3 hafta süren keşif aşaması, bu aralığı taahhüt edilebilir bir plana dönüştürür — bağımlılık haritalarını görmeden takvim sözü vermeyiz.

Question 2

Geçiş sırasında ne kadar kesinti beklemeliyiz?

Accepted Answer

MGN ve DMS sürekli replikasyon yaptığı için çoğu geçiş dakikalar içinde tamamlanır — anahtar bir DNS değişikliğidir, veri kopyalama değil. DMS'in değişiklik yakalama (CDC) özelliğiyle taşınan veritabanlarında kesinti genellikle sıfıra yakındır. Eski bir sistemin gerçekten daha uzun bir pencereye ihtiyacı varsa bunu geçiş gecesi değil, haftalar öncesinden bilirsiniz.

Question 3

Rehost mu, replatform mu, refactor mı yapmalıyız?

Accepted Answer

Rehost (lift-and-shift) en hızlı ve en düşük riskli yoldur ama mevcut verimsizlikleri buluta taşır; RDS veya ECS gibi yönetilen servislere replatform genellikle en iyi emek-fayda oranını sunar. Tam refactoring yalnızca aktif geliştirdiğiniz sistemlerde kendini amorti eder — bunu genel bir strateji olarak değil, iş yükü bazında öneririz.

Question 4

Geçiş başarısız olursa ne olur?

Accepted Answer

Her dalganın provası yapılmış bir geri dönüş planı vardır: kaynak ortam, doğrulama tamamlanana kadar çalışır ve senkron kalır; geri dönmek bir DNS değişikliği kadar yakındır. Her iş yükü için dönüşü olmayan noktayı önceden tanımlarız — öncesinde geri dönüş dakikalar alır, sonrasında runbook'ta belgelenmiş acil durum adımlarıyla ileriye doğru düzeltiriz.

Question 5

AWS mevcut altyapımızdan gerçekten daha ucuz olur mu?

Accepted Answer

Otomatik olarak değil — varsayılan sunucu boyutlarıyla yapılan lift-and-shift çoğu zaman yerini aldığı donanımdan daha pahalıya gelir. Tasarruf; doğru boyutlandırma, otomatik ölçekleme, depolama katmanları ve Savings Plans ile gelir; bunlar birlikte geçiş sonrası faturayı genellikle %20–40 azaltır. TCO'yu değerlendirme aşamasında dürüstçe modelleriz — mevcut altyapıda kalmanın kazandığı durumlar dahil.

Question 6

Veritabanlarını veri kaybetmeden nasıl taşıyorsunuz?

Accepted Answer

AWS DMS kaynağı sürekli replike eder ve geçiş anına kadar değişiklikleri uygulamaya devam eder; doğrulama işleri ise iki taraftaki satır sayılarını ve sağlama toplamlarını karşılaştırır. Motor değişikliklerinde — örneğin Oracle'dan Aurora PostgreSQL'e — Schema Conversion Tool kullanır ve ek test süresi ayırırız, çünkü saklı yordamlar nadiren dokunulmadan dönüşür.

Question 7

Uyumluluk ve veri yerleşimi gereksinimlerimizi karşılayabilir misiniz?

Accepted Answer

Evet. Landing zone ilk günden şifrelemeyi, en az yetki ilkesine dayalı IAM'i ve denetim loglarını zorunlu kılar; iş yükleri GDPR veya Türkiye'deki KVKK kurallarını karşılayan bölgelere sabitlenir — eu-central-1 ve AWS Orta Doğu bölgeleri sık tercih edilir. Kontroller kod olduğu için denetçiler her birini izleyebilir.

Question 8

Geçişten sonra nasıl bir destek sağlıyorsunuz?

Accepted Answer

Her geçiş, genellikle 2–4 haftalık bir hypercare dönemi içerir; bu sürede sistemi yakından izler ve üretim trafiğinin ortaya çıkardığı her şeyi ince ayar yaparız. Devirden sonra panolar, runbook'lar ve eğitilmiş ekibiniz sizde kalır; sürekli yönetilen operasyon isteğe bağlıdır, asla bir bağımlılık değildir.

AWS Geçişi
SSS

Yararlı
bilgiler

Başlarken

Zaman Çizelgesi

Fiyatlandırma

Destek

Hala sorularınız mı var?

AWS GeçişiSSS

Yararlıbilgiler