AWS’ye Taşıma (Migration) Nedir? Sunucu Taşımadan Mikroservislere Rehber

AWS’ye Taşıma (Migration) Nedir? Sunucu Taşımadan Mikroservislere Rehber

AWS’ye taşıma (migration), bir kurumun uygulamalarını, sunucularını ve verilerini kendi veri merkezinden ya da başka bir ortamdan Amazon Web Services bulutuna aktarması sürecidir. Süreç, sunucuyu olduğu gibi taşımaktan uygulamayı mikroservislere bölerek yeniden tasarlamaya kadar uzanan geniş bir yelpazeyi kapsar.

Her uygulama aynı biçimde taşınmaz. Kimi sunucu değişiklik yapılmadan birebir aktarılır, kimi buluta uyarlanır, kimi baştan tasarlanır. Bu rehberde seçenekleri, kullanılan AWS araçlarını ve işe nasıl başlanacağını anlatıyoruz.

İçindekiler

1. AWS’ye taşıma nedir?
2. Kurumlar neden AWS’ye taşınır?
3. AWS’nin 7 taşıma stratejisi (7R)
4. Sunucu taşıma: rehost nasıl çalışır?
5. Sunucudan mikroservislere geçiş
6. Taşımada sık yapılan hatalar
7. Neden AWS?
8. 4 adımda AWS’ye taşımaya nasıl başlanır?
9. Sık sorulan sorular

AWS’ye Taşıma Nedir?

AWS’ye taşıma, mevcut iş yüklerinin AWS altyapısında çalışır hâle getirilmesidir. Bu iş yükleri fiziksel sunucular, sanal makineler (VMware, Hyper-V), başka bir bulut ortamı ya da AWS içinde farklı bir hesap veya bölge olabilir.

Taşıma tek bir teknik işlem değildir. Önce hangi uygulamanın nereye gideceği kararlaştırılır, sonra taşıma yöntemi seçilir, ardından test edilip canlıya geçilir. Bu yüzden “buluta taşıdık” ifadesi çoğu zaman çok farklı işleri kapsar.

Kurumlar AWS’ye Neden Taşınır?

Kurumlar genellikle ölçeklenebilirlik, daha az altyapı yönetimi, dayanıklılık ve yeni servislere erişim için AWS’ye taşınır.

• Ölçeklenebilirlik: Kapasiteyi trafiğe göre artırıp azaltmak, donanım alımına ve bekleme sürelerine bağımlı kalmamak.
• Bakım yükünün azalması: Fiziksel altyapı, donanım yenileme ve veri merkezi operasyonu AWS’ye geçer.
• Dayanıklılık: Birden fazla bölge ve erişilebilirlik alanıyla felaket kurtarma planı yapmak.
• Yeni yeteneklere erişim: Taşıdığınız veri, bir veri gölüne akıp yapay zeka projelerinin temeli olabilir. Amazon Redshift ile veri ambarı kurabilir, Amazon S3 üzerinde merkezi veri depolayabilirsiniz.
• Maliyet esnekliği: Sabit yatırım yerine kullanıma bağlı harcama. Maliyet takibi baştan planlanmazsa bu avantaj kendiliğinden gerçekleşmez.

AWS’nin 7 Taşıma Stratejisi (7R)

AWS, uygulamaların buluta nasıl taşınabileceğini yedi stratejiyle tanımlar: Retire, Retain, Rehost, Relocate, Repurchase, Replatform ve Refactor. Strateji, her uygulama için ayrı seçilir.

‍

‍

Önemli not: AWS’nin kılavuzuna göre refactor, özellikle büyük taşımalarda en karmaşık ve en maliyetli stratejidir. Önerilen yol, önce rehost, relocate veya replatform ile taşımak, modernizasyonu taşıma tamamlandıktan sonra yapmaktır. Yani “her şeyi mikroservise çevirelim” çoğu zaman ilk adım değildir.

Sunucu Taşıma: Rehost Nasıl Çalışır?

Rehost, uygulamada kod değişikliği gerektirmeyen ve taşımanın en hızlı yolu olan yöntemdir.

AWS bu iş için AWS Application Migration Service’i kullanır (AWS güncel dokümanlarında bu hizmeti AWS Transform MGN olarak da anıyor). Çalışma mantığı:

1. Sürekli replikasyon: Kaynak sunucudaki veri, blok düzeyinde AWS’ye sürekli kopyalanır.
2. Dönüştürme: Kaynak sunucu, Amazon EC2 örneğine uygun biçime otomatik dönüştürülür.
3. Kesim (cutover): Belirlenen anda trafik yeni ortama yönlendirilir. Bu işlem, kaynak ortamı değiştirmeden ve kesinti süresi en aza indirilerek yapılabilir.

Fiziksel sunucular, VMware veya Hyper-V ortamları ve diğer bulutlar kaynak olabilir. AWS, SAP, Oracle ve SQL Server gibi iş yüklerini de kullanım örnekleri arasında sayar.

Sunucudan Mikroservislere Geçiş

Rehost ile taşıdıktan sonra uygulamayı adım adım buluta uyarlayabilirsiniz. Bu aşamada sık kullanılan yapı taşları şunlardır:

• Docker ile konteynerleştirme: Uygulamayı bağımlılıklarıyla birlikte taşınabilir paketler hâline getirmek.
• Mikroservislere uyarlama: Büyük uygulamayı bağımsız ölçeklenebilen, ayrı yönetilebilen parçalara bölmek.
• Otomatik ölçeklenen gruplar (Auto Scaling Groups): Sunucu sayısını yüke göre otomatik artırıp azaltmak.
• AWS Lambda ve Step Functions: Sunucu yönetmeden kod çalıştırmak ve iş akışlarını orkestre etmek.
• AWS mesajlaşma servisleri (SQS, SNS): Servisler arası iletişimi gevşek bağlı hâle getirmek.

Bu yapı taşları birbirinin yerine değil, uygulamanın ihtiyacına göre birlikte seçilir. Her uygulamanın mikroservise bölünmesi gerekmez.

Taşımada Sık Yapılan Hatalar

En sık yapılan hatalar, envanter çıkarmadan başlamak ve her uygulama için aynı stratejiyi seçmektir.

• Envanter çıkarmadan başlamak: Hangi uygulamanın hangi sunucuya, veritabanına ve sisteme bağlı olduğunu bilmeden taşımak.
• Her uygulamaya aynı stratejiyi uygulamak: Bazı uygulamalar emekliye ayrılmalı, bazıları taşınmadan beklemeli.
• İlk günden refactor yapmak: Karmaşıklığı ve süreyi artırır.
• Kesimden önce test etmemek: Performans ve işlevsellik testi yapılmadan canlıya geçmek.
• Maliyet izlemeyi sonraya bırakmak: Gereğinden büyük boyutlu kaynaklar seçilirse fatura beklenenden yüksek gelir.
• Güvenlik ve ağ tasarımını (VPC) sonradan düşünmek.

Neden AWS?

AWS, taşımayı destekleyen araçları, geniş servis yelpazesini ve mimari kılavuzlarını tek ekosistemde sunar. Well-Architected Framework, taşınan iş yükünün güvenlik, güvenilirlik, performans ve maliyet açısından değerlendirilmesi için ortak bir çerçeve sağlar. Taşıdıktan sonra aynı ortamda analitik, makine öğrenmesi ve sunucusuz mimari servislerine geçmek de mümkündür.

4 Adımda AWS’ye Taşımaya Nasıl Başlanır?

1. Envanter çıkarın ve hedefi belirleyin

Uygulamalarınızı, bağımlılıklarını ve iş kritiklik düzeylerini listeleyin. Taşımadan beklentinizi netleştirin: maliyet, ölçeklenebilirlik, felaket kurtarma ya da modernizasyon.

2. Her uygulama için strateji seçin

7R çerçevesinde her uygulamanın karşılığını belirleyin. Hepsi aynı olmayacaktır.

3. Küçük bir pilotla başlayın

Düşük riskli bir uygulamayı önce taşıyın. Yöntemi, ekibinizin hazırlığını ve süreyi bu pilotla test edin. Novadsa’da bu aşama, birlikte kurulup test edilen hızlı bir İlke Kanıtı (PoC) olarak yürütülür.

4. Dalgalar hâlinde taşıyın, test edin, optimize edin

Uygulamaları gruplar hâlinde taşıyın. Her kesimden önce kalite kontrolü yapın, sonrasında maliyet ve performansı izleyin.

Sonuç

AWS’ye taşıma tek bir teknik işlem değil, uygulama bazında verilen kararlar dizisidir. Hızlı ve düşük riskli taşıma için rehost, buluta uyum için replatform, uzun vadeli çeviklik için refactor öne çıkar. Çoğu kurum için doğru yol, önce taşımak, sonra adım adım modernize etmektir.

Novadsa, bir AWS iş ortağı olarak taşıma sürecinin her aşamasında yanınızda. Bulut çözümlerimizi inceleyebilir ya da mevcut ortamınızı birlikte değerlendirmek için bir keşif görüşmesi planlayabilirsiniz.

Sık Sorulan Sorular

AWS’ye taşıma nedir?
Uygulamaların, sunucuların ve verilerin kurumun mevcut ortamından AWS bulutuna aktarılması sürecidir. Sunucuyu aynen taşımaktan uygulamayı yeniden tasarlamaya kadar farklı yaklaşımlar içerir.

Lift and shift (rehost) nedir?
Uygulamayı hiçbir değişiklik yapmadan AWS’ye taşıma yöntemidir. En hızlı taşıma yoludur, ancak buluta özgü avantajları tek başına sağlamaz.

AWS’nin 7R stratejisi nedir?
Retire, Retain, Rehost, Relocate, Repurchase, Replatform ve Refactor olmak üzere yedi taşıma stratejisidir. Her uygulama için farklı bir strateji seçilebilir.

AWS’ye taşırken kesinti olur mu?
Kullanılan yönteme bağlıdır. AWS Application Migration Service, sürekli replikasyon ve orkestre edilmiş kesimle kesinti süresini en aza indirmeyi hedefler. Kesinti süresi, uygulamaya ve veritabanı yapısına göre önceden planlanmalıdır.

Taşımadan sonra mikroservislere geçmek zorunlu mu?
Hayır. Mikroservis mimarisi her uygulama için doğru değildir. AWS’nin önerisi, önce taşımak, modernizasyonu sonra uygulamanın ihtiyacına göre yapmaktır.

AWS’ye taşıma ne kadar sürer?
Uygulamanın karmaşıklığına, bağımlılıklarına ve seçilen stratejiye bağlıdır. Küçük bir pilot, süre ve efor için en gerçekçi göstergeyi verir.

‍