Hangi İş Yükü Yerinde Kalmalı, Hangisi Buluta Gitmeli? Altı Somut Örnek
Özet: Karar beş kriterle verilir: gecikme hassasiyeti, veri hacmi, yük deseni (sabit/dalgalı), veri yerleşimi gereksinimleri ve bakım kapasitesi. Tipik KOBİ tablosu: muhasebe/ERP yerinde, e-posta bulutta, dosyalar hibrit, yedeğin ikinci kopyası çaprazda, web sitesi dışarıda, kamera kaydı yerinde. En pahalı hata topyekûn karar; en ucuz yol iş yükü bazlı kademeli göçtür.
Hibrit bulut stratejisi yazımızda çerçeveyi kurmuştuk: doğru soru "bulut mu, yerinde mi" değil, "hangi iş yükü nerede" sorusudur. Bu yazı o çerçevenin uygulamasıdır — soyut kriterleri altı somut KOBİ iş yüküne uygulayıp her birinde kararı ve gerekçesini açıkça yazacağız. Kendi yapınızı bu altı örneğin üzerine koyduğunuzda, göç planınızın iskeleti çıkmış olur.
Beş Karar Kriteri
| Kriter | Sorusu | Yerinde lehine | Bulut lehine |
|---|---|---|---|
| Gecikme | Milisaniyeler kullanıcıyı etkiliyor mu? | Evet ise | Hayır ise |
| Veri hacmi | Günlük çalışılan veri ne kadar ağır? | Ağırsa | Hafifse |
| Yük deseni | Sabit mi, dalgalı mı? | 7/24 sabit | Dalgalı/dönemsel |
| Yerleşim/uyum | Verinin nerede durduğu hukuken/sözleşmece önemli mi? | Katı gereksinimde | Esneklikte |
| Bakım kapasitesi | Bu sistemi kim yaşatacak? | Güçlü BT desteğinde | Sınırlı kapasitede |
Örnek 1: Muhasebe/ERP Sunucusu → Yerinde
Klasik KOBİ ERP'si üç kriterde birden yerinde işaret verir: kullanıcılar gecikmeye duyarlıdır (her kayıt ekranı sunucuya gider), yük 7/24 sabittir (bulutta her saat kira işler — TCO yazısının ana deseni) ve yazılımın lisans/sürüm modeli çoğu zaman yerinde kuruluma göre tasarlanmıştır. Doğru modernleşme yolu buluta zorlamak değil, yerinde sanallaştırıp düzgün yedeklemektir; yazılımın kendi bulut sürümü olgunlaştığında karar yeniden değerlendirilir.
Örnek 2: E-posta → Bulut
E-postanın karakteri bulutun ders kitabıdır: her yerden erişim doğal ihtiyaç, gecikme toleransı yüksek, bakım yükü (yamalar, spam savaşı, disk büyütme) yerinde tutulduğunda ağır. Exchange yazısında ayrıntısıyla anlattık: yerinde posta sunucusunun artık ancak özel gerekçesi olur; varsayılan cevap Exchange Online/Workspace'tir.
Örnek 3: Dosya Sunucusu → Hibrit
Dosyalar iki dünyaya da aittir: ofis içinde ağır dosyalarla çalışma yerel hız ister (NAS), paylaşım ve uzaktan erişim bulut ister. Karar bu yüzden bölünür — dosya paylaşımı yazısındaki senaryolarla: çalışma kopyası içeride, paylaşım katmanı dışarıda, her klasör ailesinin tek evi belli. Hibritin tek günahını tekrar edelim: aynı klasörün iki "güncel" kopyası iki dünyada yaşayamaz.
Örnek 4: Yedekleme → Çapraz
Yedek, "yerinde mi bulutta mı" sorusunun en zarif cevabına sahiptir: ikisi birden, çapraz. Yerinde sistemlerin yedeği hem yerel depoda (hızlı geri dönüş) hem bulut/saha dışında (felaket koruması — off-site rehberi) durur; buluttaki verinin de (e-posta, dosyalar) sağlayıcıdan bağımsız bir kopyası alınır. Bulutta olmak yedekli olmak değildir — bu cümle, göç sonrası en sık unutulan gerçektir.
Örnek 5: Web Sitesi ve Dış Servisler → Dışarıda
Kurumsal site, dışa açık uygulamalar ve müşteri portalları ofis internetinin ucunda değil, bu iş için tasarlanmış barındırma ortamlarında yaşamalıdır: kesintisizlik, ölçek ve saldırı yüzeyi yönetimi orada profesyoneldir. Ofiste barındırılan web sitesi; statik IP, kapı açma ve hat yedekliliği zincirini gereksiz yere üstlenmektir — istisna, özel uyum gerekçeleridir.
Örnek 6: Kamera Kaydı → Yerinde
Sürekli kamera kaydının buluta akıtılması, bant genişliğinin ve bulut faturasının sessiz düşmanıdır: onlarca kameranın 7/24 görüntüsü, tipik KOBİ hattını ve bütçesini zorlar. Standart desen yerinde kayıt (NVR) + buluta yalnız olay klipleri/yedek kritik açılardır; kamera kurulum yazısı ağ tarafını anlatır. Uzaktan izleme ihtiyacı, kaydı buluta taşımadan güvenli erişimle çözülür.
Anti-Desen: Yarım Göç
En pahalı durum karar verememektir: ERP yerinde ama raporlaması buluta kopyalanıyor, dosyaların yarısı NAS'ta yarısı üç ayrı bulutta, e-posta geçiş "deneme"si aylardır iki sistemde. Yarım göç, iki dünyanın maliyetini ve hiçbirinin konforunu yaşamaktır. İlaç, iş yükü haritasıdır: her sistemin adı, bugünkü yeri, kararlaştırılan evi ve geçiş tarihi tek tabloda — kararı verilmemiş sistem kalmayana kadar.
Yamanlar Bilişim'le İş Yükü Haritası
Hibrit değerlendirmelerimizin çıktısı tam bu tablodur: envanterinizdeki her iş yükü beş kriterden geçirilir, her satıra karar ve gerekçe yazılır, göçler kesinti penceresi ve bütçe takvimiyle sıralanır. Karar toplantısı teknik jargonla değil bu tek sayfayla yapılır — yönetim neyi neden onayladığını bilir. Kurulum tarafı Sunucu Kurulumu & Sanallaştırma hizmetimizdedir.
SSS
Sıkça Sorulan Sorular
Tamamen buluta geçen KOBİ'ler yok mu; onlar yanlış mı yapıyor?
Var ve doğru profilde gayet sağlıklı: dosyaları hafif, ERP'si SaaS, sahası dağıtık işletmede "her şey bulut" beş kriterin doğal sonucudur. Yanlış olan sonuç değil, profil bakılmadan kopyalanan karardır — komşunun haritası sizin coğrafyanızı anlatmaz.
Yerinde sunucu kaldıkça modernleşemiyor muyuz?
Tam tersi: yerinde iş yükünün modern hali sanallaştırılmış, izlenen ve düzgün yedeklenen kurulumdur. Bulut, modernliğin tek adresi değil; dağınık, yedeksiz ve izlenmeyen sistemlerin panzehiri de değildir — düzensiz yapı buluta taşınınca düzenli olmaz, pahalı olur.
Kararları kim vermeli — BT mi yönetim mi?
Harita BT'nin, imza yönetimin: beş kriterin dördü tekniktir ama maliyet/risk dengesi iş kararıdır. Tablonun her satırında "yapılmazsa riski" ve "yıllık maliyeti" yazıyorsa yönetim, teknik derinliğe inmeden sağlıklı imza atar.
Geçiş sırasını neye göre belirleyelim?
En düşük riskli-en yüksek getirili baştan: tipik sıra e-posta → dosya paylaşım katmanı → yedeğin bulut kopyası → (gerekçesi varsa) uygulamalar. ERP gibi omurga sistemler listenin sonundadır ve çoğu zaman "yerinde modernize" kararıyla listeden çıkar.
Bu haritayı ne sıklıkla güncellemeliyiz?
Yılda bir, bütçe dönemiyle birlikte — artı tetikleyici olaylarda: yazılımınızın bulut sürümü olgunlaştığında, şubeleştiğinizde, destek takvimleri dolduğunda. Harita canlı bir belgedir; 2027'nin doğru cevabı, 2026'nınkiyle aynı olmak zorunda değildir.
Yazar
Serdar YAMAN
Yamanlar Bilişim Uzmanı
Yamanlar Bilişim bünyesinde IT altyapısı, siber güvenlik ve dijital dönüşüm konularında içerikler üretmektedir. Sorularınız için iletişime geçebilirsiniz.
Profesyonel Destek
Bu konuda destek alın
Bulut ve Sanallaştırma alanında ihtiyaç duyduğunuz çözümü birlikte tasarlayalım. Uzman ekibimiz 1 iş günü içinde size geri döner.
support@yamanlarbilisim.com · Yanıt süresi: 1 iş günü
Devamını Oku
İlgili Makaleler
Windows Server 2012/2016 Hâlâ Çalışıyor mu? Yükseltme Yol Haritası
Sahadaki sunucu odalarında Windows Server 2012 ve 2016 hâlâ iş görüyor; oysa biri destek dışı, diğerinin takvimi 2027 başında doluyor. Sürüm envanteri, rol bazlı risk sıralaması ve dört yükseltme yolunu tek haritada topladık.
Ortak Dosya Paylaşımı: NAS mı, SharePoint/OneDrive mı, Google Drive mı?
Şirket dosyaları için üç güçlü model var: ofisteki NAS, Microsoft 365'in SharePoint/OneDrive ikilisi ve Google Drive. Hız, izin yönetimi, sürüm geçmişi, yedek sorumluluğu ve veri yerleşimi boyutlarında karşılaştırıp senaryo bazlı öneri veriyoruz.
Yerinde Sunucu mu, Bulut mu? 5 Yıllık Gerçek Maliyet Nasıl Hesaplanır
Sunucu kararında iki taraf da yanıltıcı fiyatla başlar: donanımın etiketi elektrik ve uzman zamanını, bulutun aylık ücreti kur riskini ve veri çıkış bedellerini gizler. Beş yıllık toplam sahip olma maliyetini kalem kalem hesaplama şablonu hazırladık.