> tpl_trn_010
Uygulama Portföyü Rasyonalizasyonu ve 6R Karar Çalışma Kitabı
Bulut yatırım getirisini (ROI) maksimize etmek için yüzlerce kurumsal uygulamayı 6R karar çerçevesinde (Rehost, Replatform, Refactor, Repurchase, Retain, Retire) sınıflandıran stratejik karar çalışma kitabı.
6R bulut karar çerçevesini kullanarak kurumsal uygulama portföylerini değerlendiren stratejik çalışma kitabı.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Kurumlar; büyük fazlalıklar, yüksek lisans maliyetleri ve teknik borç içeren dağınık uygulama envanterlerini yönetir ancak hangi sistemlerin emekliye ayrılacağına, taşınacağına veya modernize edileceğine karar verecek yapılandırılmış bir metodolojiden yoksundur.
Ne Zaman Kullanılmalı?
- •Yüzlerce şirket içi uygulama genelinde kurum çapında bir bulut geçiş değerlendirmesi yürütürken
- •Şirket birleşmeleri sonrasında veya teknoloji maliyet optimizasyonu sırasında yinelenen SaaS ve özel araçları elerken
- •Gartner TIME kadranını doldurmak için uygulamaları İş Değeri ve Teknik Sağlık kriterlerine göre puanlarken
Ne Zaman Kullanılmamalı?
- •Tek bir monolitin derinlemesine mimari yeniden yapılandırma planları için (TPL-TRN-009 kullanın)
- •Genel kurumsal BT varlık envanterleri ve seri numarası kayıtları için (TPL-OPS-003 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Tüm kurumsal sistemlerin iş sahipliği, birincil kullanıcı tabanı, SLA seviyeleri ve teknoloji yığınlarıyla kataloglanması.
10 iş boyutu (gelir yaratma, mevzuat kritikliği) ve 10 teknik boyutta (kod sağlığı, buluta hazırlık, güvenlik) nesnel puanlama.
Her uygulamayı en uygun modernizasyon veya tasfiye stratejisine sınıflandırmak için deterministik kural ağaçları uygulama.
Altyapı, yazılım lisansları ve iş gücü tasarruflarına karşı peşin geçiş CapEx'ini ve yıllık OpEx tasarruflarını modelleme.
Uygulamaları veritabanı bağımlılıklarına ve iş alanı uyumuna göre mantıksal geçiş kümeleri halinde gruplama.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
Uygulama Portföyü Rasyonalizasyonu ve 6R Karar Çalışma Kitabı - Örnek Vaka Analizi
Örnek Organizasyon: Pinnacle Lojistik Küresel — 420 Uygulamalık Kurumsal Portföy (55 Milyon $ Bulut Modernizasyonu)
Pinnacle Lojistik Küresel — 420 Uygulamalık Kurumsal Portföy (55 Milyon $ Bulut Modernizasyonu) için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •420 uygulamayı değerlendirdi: 72'sini doğrudan Emekliye Ayırma (Retire), 45'ini SaaS İkamesi (Repurchase), 140'ını Rehost/Replatform ve 55'ini derin Refactoring için sınıflandırdı
- •Yıllık 12,4 milyon $ lisans ve bakım nakit akışını serbest bırakarak 72 gereksiz aracın kapatılmasını hedefledi
- •Toplam altyapı ayak izini %42 oranında azaltan 5 dalgalı, 24 aylık bir bulut geçiş yol haritası kurdu
Sıkça Sorulan Sorular
6R modelinde Replatforming ile Refactoring arasındaki temel fark nedir?
Replatforming ("kaldır, uyarla ve taşı"), uygulama kodunu veya çekirdek mimariyi değiştirmeden altyapı bileşenlerini günceller (şirket içi Oracle'dan yönetilen AWS Aurora'ya geçiş gibi). Refactoring ise esneklik ve ölçeklenebilirlik sağlamak için kodu ve mimariyi bulut tabanlı mikroservislere dönüştürür.
Kurumlar portföy rasyonalizasyonunun başında neden öncelikle "Retire" (Emekliye Ayırma) adaylarını aramalıdır?
Kullanılmayan veya mükerrer sistemleri emekliye ayırmak sıfır geçiş CapEx'i gerektirir; lisanslama, sunucu barındırma ve güvenlik yaması giderlerini anında ortadan kaldırır. Sağlanan tasarruf sonraki karmaşık modernizasyon dalgalarını finanse eder.
Gartner TIME modeli AWS 6R stratejileriyle nasıl eşleşir?
Tolerate, Retain ile; Invest, Refactor/Rearchitect ile; Migrate, Rehost/Replatform ile; Eliminate ise Retire ve Repurchase (özel kodun standart SaaS ile değiştirilmesi) ile eşleşir.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- AWS Prescriptive Guidance: 6 Strategies for Migrating Applications to the CloudAmazon Web Services • OFFICIAL REQUIREMENT
- Gartner: Application Portfolio Management and the TIME FrameworkGartner • OFFICIAL REQUIREMENT
- Microsoft Azure: Cloud Adoption Framework — Migration RationalizationMicrosoft • OFFICIAL REQUIREMENT