Buluta Geçiş Maliyeti: Faturada Görünmeyen Kalemler ve Bütçeyi Doğru Kurmanın 6 Adımı
Buluta geçiş maliyeti yalnızca aylık sunucu bedeli değildir. Taşıma, çift çalışma, veri çıkışı ve yönetim kalemlerini hesaba katan 6 adımlı bütçe planı.
7 dk okuma
Bulut Geçiş & Altyapı Danışmanlığı
Buluta Geçişte Önce Neyin Taşınacağına Karar Verin
Bulut geçiş danışmanlığı, hangi sistemin buluta taşınacağına, hangisinin kurum içinde kalacağına ölçülmüş veriyle karar vermenizi sağlar. Altyapı envanterini çıkarıyor, gerçek kullanıma dayalı maliyet modeli kuruyor, hibrit mimariyi ve yedekleme düzenini tasarlıyor, her taşıma adımı için önceden denenmiş bir geri dönüş planı hazırlıyoruz.
Bulut her iş yükü için daha ucuz ya da daha iyi değildir. Envanteri çıkarılmadan yapılan bir geçiş, aylık faturayı öngörülemez hâle getirir; tersine, kritik bir uygulamanın yedeği olmayan tek bir fiziksel sunucuda çalışmaya devam etmesi de bir arızayla işin durması demektir.
Bu hizmet, sunucuları eskiyen, şube sayısı artan ya da bulut faturasını kontrol edemeyen işletmeler için. Her sistemin nerede çalışması gerektiğini iş gerekliliği, kesinti toleransı ve maliyetle birlikte değerlendiriyoruz. Sonuç çoğu zaman tümüyle bulut değil; üretim ve regülasyona tabi verinin içeride kaldığı, geri kalanın taşındığı hibrit bir yapıdır.
Kurum içindeki e-posta ve dosya sunucuları için hazır bir seçenek de var: kendi ürünlerimiz SmartMail kurumsal e-posta ve SmartFiles dosya yönetimi için sunucu kurulmaz; mevcut dosyalar klasör yapısıyla taşınır, eski mailler ilk kurulumda aktarılır. Çalışanlar iki ürüne de Smart360 ailesinin tek kimliğiyle (SmartID) girer; ayrılan bir çalışanın erişimi tek yerden kapanır.
Bulut Geçiş Danışmanlığında Neler Yapıyoruz
Altyapı Envanteri
Sunucular, sanal makineler, depolama ve ağ yapısı listelenir. Her sistemin gerçek kaynak kullanımı ve hangi uygulamaya bağımlı olduğu belgelenir.
Geçiş Kararı ve Sırası
Her uygulama için karar verilir: olduğu gibi taşınacak, yerinde kalacak ya da yenilenecek. Geçiş sırası risk ve bağımlılıklara göre belirlenir.
Maliyet Modeli
Bulut maliyeti tahmine değil ölçülen kullanıma göre hesaplanır. Mevcut bulut kullanımı varsa atıl kaynaklar, rezerve kapasite ve ölçekleme kuralları gözden geçirilir.
Yedekleme ve Felaket Kurtarma
Her sistem için kabul edilebilir veri kaybı ve kesinti süresi yönetimle birlikte belirlenir. Yedekleme ve geri yükleme senaryoları kurulur, geri yükleme gerçekten denenir.
Hibrit Mimari ve Bağlantı
Saha cihazları, üretim sistemleri ve bulut arasındaki bağlantı güvenli biçimde kurgulanır; mevcut uygulamalar sistem entegrasyonu ile birbirine bağlanır. Mevzuat gereği içeride kalması gereken veri ayrıştırılır.
Erişim ve Güvenlik
Kimlik yönetimi, en az yetki ilkesi ve ağ ayrıştırması uygulanır. Yapılandırma, siber güvenlik ekibimizle birlikte denetlenir.
Hangi Durumlarda Çağrılıyoruz
- Ömrünü tamamlayan fiziksel sunucuların yenilenmesi
- Şubelerdeki sistemlerin merkezde toplanması
- Üretim sistemleri için hibrit mimari
- Kendi yazılım ürününü barındırma ve ölçekleme
- Felaket kurtarma ortamı kurulumu
- Kontrolden çıkan bulut faturasının incelenmesi
- Veri merkezi veya sunucu odası taşıma
- Mevcut yedekleme düzeninin gözden geçirilmesi
Çalışma Sürecimiz
01
Envanter ve Bağımlılıklar
Sistemler, uygulamalar ve aralarındaki bağlar çıkarılır; kaynak kullanımı ölçülür.
02
Hedef Mimari ve Maliyet
Hedef yapı tasarlanır; alternatif senaryolar maliyet, risk ve kesinti etkisiyle karşılaştırılır.
03
Pilot Geçiş
Önce düşük riskli bir sistem taşınır. Performans, gerçek maliyet ve geri dönüş prosedürü sahada doğrulanır.
04
Kademeli Geçiş ve Devir
Kalan sistemler planlanan sırayla taşınır; işletim prosedürleri ve izleme düzeni ekibinize devredilir.
Geri Dönüş Yolu Olmadan Geçiş Yapmıyoruz
Her taşıma adımında, sorun çıkarsa eski ortama nasıl dönüleceği yazılı olarak hazırlanır ve geçişten önce denenir. Geçiş gecesi ilk kez uygulanan bir plan, plan sayılmaz.
En çok sorulan sorular
Sık Sorulan Sorular
Tüm sistemlerimizi buluta taşımalı mıyız?
Genellikle hayır. Bulut her iş yükü için daha ucuz ya da daha iyi değildir. Her sistem iş gerekliliği, kesinti toleransı ve maliyetle birlikte değerlendirilir; olduğu gibi taşınacak, yerinde kalacak ya da yenilenecek olanlara ayrı ayrı karar verilir. Sonuç çoğu zaman üretim ve mevzuata tabi verinin içeride kaldığı, geri kalanın taşındığı hibrit bir yapıdır.
Buluta geçiş süreci nasıl ilerler?
Dört adımda ilerler: önce sistemler, uygulamalar ve aralarındaki bağımlılıklar çıkarılıp kaynak kullanımı ölçülür. Sonra hedef mimari tasarlanır ve senaryolar maliyet, risk ve kesinti etkisiyle karşılaştırılır. Ardından düşük riskli bir sistemle pilot geçiş yapılır. Son olarak kalan sistemler planlanan sırayla taşınır ve işletim prosedürleri ekibinize devredilir.
Bulut maliyeti nasıl kontrol altına alınır?
Maliyet tahmine değil ölçülen kaynak kullanımına göre modellenir. Zaten bulut kullanıyorsanız atıl kaynaklar, rezerve kapasite ve ölçekleme kuralları gözden geçirilir. Pilot geçişte gerçek maliyet sahada doğrulanır; böylece aylık fatura geçişten önce öngörülebilir hâle gelir ve kontrolden çıkan bir faturanın nedenleri tek tek ortaya konur.
Geçiş sırasında sorun çıkarsa ne olur?
Her taşıma adımı için, sorun çıkarsa eski ortama nasıl dönüleceği yazılı olarak hazırlanır ve geçişten önce gerçekten denenir. Geçiş gecesi ilk kez uygulanan bir plan, plan sayılmaz. Pilot geçiş aşamasında geri dönüş prosedürü, performans ve gerçek maliyetle birlikte sahada doğrulanır; kalan sistemler ancak bundan sonra planlanan sırayla taşınır.
Felaket kurtarma planı da hazırlanıyor mu?
Evet. Her sistem için kabul edilebilir veri kaybı ve kesinti süresi yönetimle birlikte belirlenir. Bu hedeflere göre yedekleme ve geri yükleme senaryoları kurulur ve geri yükleme gerçekten denenir. Gerekirse ayrı bir felaket kurtarma ortamı tasarlanır; mevcut yedekleme düzeniniz de bu kapsamda gözden geçirilir.
Sorunuz burada yok mu? Bize Sorun