6-R Geçiş Çerçevesi

6-R Geçiş Çerçevesi, her şirket içi iş yükünün buluta nasıl taşınması gerektiğini sınıflandırmaya yönelik yapılandırılmış bir yaklaşımdır. Microsoft ve genel sektör, portföy kararlarını verimli ve tutarlı hâle getirmek için geçiş kalıpları olarak da adlandırılan bu altı stratejiyi kullanır. Mimarlar, herkese uyan tek bir yaklaşım uygulamak yerine her uygulamayı ayrı ayrı değerlendirir ve ona en uygun R'yi atar.

Yeniden barındırma (Olduğu Gibi Taşıma), bir iş yükünü kod değişikliği yapmadan Azure'a taşımak anlamına gelir. Mevcut VM görüntüsünü veya uygulama ikilisini alıp Azure IaaS üzerinde çalıştırırsınız. Bu, en hızlı stratejidir ve genellikle değiştirilmesi zor eski uygulamalar veya geçiş takvimi sıkışık kuruluşlar için kullanılır. Azure Migrate'in çoğu Windows ve Linux VM için çoğaltma altyapısı, yeniden barındırmayı otomatikleştirir.

Yeniden platformlama (aynı zamanda Taşı, Ufak Değiştir ve Taşı olarak da adlandırılır), temel mimariyi değiştirmeden geçiş sırasında küçük iyileştirmeler yapılmasını içerir. Örnek olarak, kendi yönettiğiniz bir MySQL veritabanını VM'den Azure Database for MySQL'e taşımak veya şirket içinde barındırılan bir SMTP aktarımını Azure Communication Services ile değiştirmek verilebilir. Uygulama mantığını yeniden yazmadan yönetilen hizmetlerin düzeltme eki uygulama, yedekleme ve ölçeklendirme gibi avantajlarından yararlanırsınız.

Yeniden mimarlama (veya Yeniden Düzenleme), bulutun yerel özelliklerinden yararlanmak için uygulamanın mimarisini önemli ölçüde değiştirmek anlamına gelir. Tek parça bir .NET uygulaması, Azure Container Apps üzerinde dağıtılan mikro hizmetlere ayrılabilir veya zamanlanmış görev tabanlı bir toplu işlem sistemi Azure Functions olarak yeniden uygulanabilir. Yeniden mimarlama, ölçeklenebilirlik ve maliyet açısından uzun vadede en büyük faydaları sağlar; ancak en fazla yatırımı gerektirir.

Yeniden oluşturma, mevcut uygulamayı tamamen kaldırıp yeni, buluta özgü bir çözüm oluşturmak anlamına gelir. Bu strateji, eski uygulamanın bakım maliyeti çok yüksek olduğunda, kullanım ömrü sona ermiş bir teknoloji yığını kullandığında veya taşınsa bile iş gereksinimlerini karşılayamadığında seçilir. Yeniden oluşturma, buluta özgü avantajı en üst düzeye çıkarır; ancak değere ulaşma süresi en uzundur. Azure App Service, Azure Functions ve Cosmos DB gibi Azure PaaS ve sunucusuz hizmetleri yaygın hedeflerdir.

Değiştirme, mevcut şirket içi uygulamayı eşdeğer veya daha üstün işlevler sunan, ticari olarak kullanılabilir bir SaaS ürünüyle değiştirmek anlamına gelir. Örneğin şirket içi CRM'yi Dynamics 365 ile veya eski bir dosya sunucusunu SharePoint Online ile değiştirmek. Değiştirme, altyapı yönetimini tamamen ortadan kaldırır. Bunun karşılığında özelleştirme imkânı azalır ve veri geçişi ile değişiklik yönetimi için önemli ölçüde çaba gerekebilir.

Emekliye ayırma en basit stratejidir — artık kullanılmayan, yinelenen veya yerini başka uygulamaların aldığı uygulamaları belirler ve bunları taşımak yerine kullanımdan kaldırırsınız. Azure Migrate tarafından toplanan keşif verileri, şirket içi sunucuların önemli bir yüzdesinin (bazen %20–30'unun) çok düşük kullanım oranına sahip olduğunu veya etkin kullanıcısı bulunmadığını sıkça ortaya çıkarır. Bu uygulamaları emekliye ayırmak, geçiş kapsamını, lisans maliyetlerini ve işletim karmaşıklığını azaltır.

Uygun R'yi seçmek, her uygulama için dört faktörün analiz edilmesini gerektirir: iş açısından kritiklik, teknik karmaşıklık, geçiş zaman çizelgesi ve toplam sahip olma maliyeti. Tümleştirme bağımlılığı olmayan basit bir web ön yüzü, Yeniden Barındırma için iyi bir adaydır. Yüzlerce saklı yordamı ve özel veritabanı özelliği olan bir uygulama için Yeniden Mimarlama veya Yeniden Oluşturma gerekebilir. Düşük değerli şirket içi araçlar, Emekliye Ayırma veya Değiştirme için en uygun adaylardır.

Azure Migrate, keşfedilen sunucular için kullanım verilerine, lisanslamaya ve Azure fiyatlandırmasına göre otomatik olarak bir geçiş stratejisi öneren bir İş Durumu özelliği sağlar. İş yüklerini Yeniden Barındırma, Yeniden Platformlama ve Destek Sonu gruplarına ayırarak 6-R sınıflandırmasına başlamanızı kolaylaştırır. Her öneriyi geçersiz kılabilir ve geçiş planını kesinleştirmeden önce kendi iş bağlamınızı ekleyebilirsiniz.

Her uygulamaya bir R atandıktan sonra bunları geçiş dalgaları şeklinde gruplandırırsınız. Düşük riskli Yeniden Barındırma adayları, ekibin güven kazanması ve araçlara aşinalık oluşturması için genellikle ilk dalgayı oluşturur. Yeniden Mimarlama ve Yeniden Oluşturma projeleri, daha uzun zaman çizelgelerine sahip paralel çalışma akışlarında yürütülür. Uygulamalar arasındaki bağımlılıklara — örneğin bir web katmanının paylaşılan bir veritabanını çağırmasına — uyulmalıdır; böylece ilişkili uygulamalar birlikte veya doğru sırayla taşınır.

6-R, Microsoft'un Cloud Adoption Framework'ündeki Benimseme aşamasıyla uyumludur. CAF, kurumsal ölçekte 6-R'yi uygulamaya geçiren dalga planlama şablonları, RACI matrisleri ve iş yükü değerlendirme anketleri sağlar. Hazır aşamasında oluşturulan yönetişim güvenlik önlemleri — iniş bölgeleri, ilkeler ve kimlik — geçiş dalgaları başlamadan önce uygulanmış olmalıdır; böylece taşınan iş yükleri ilk günden uyumlu bir ortama yerleşir.

Bu dersteki Microsoft Azure Fundamentals (AZ-900) kavramlarını anlayıp anlamadığınızı test edin.

Bu derste şunları öğrendiniz: 6-R çerçevesi (Yeniden Barındırma, Yeniden Platformlama, Yeniden Mimarlama, Yeniden Oluşturma, Değiştirme, Emekliye Ayırma), geçiş kararları için bir terminoloji sağlar; her R'nin maliyet ve hız arasında farklı bir dengesi vardır; ayrıca Azure Migrate'in İş Durumu, kullanım verilerine göre otomatik olarak strateji önerebilir. Sırada Azure Migrate'in şirket içi sunucuları nasıl keşfedip değerlendirdiğini inceleyeceğiz.