Bulut mu Yerel Sunucu mu? İş Yazılımı İçin Maliyet, Güvenlik ve Karar Rehberi

Yeni bir iş yazılımı ya da ERP kararında er geç aynı soru gelir: bulut mu yerel sunucu mu? Yazılım firmanızın sunucularında ya da bir hizmet olarak mı çalışsın, yoksa kendi ofisinizdeki ya da veri merkezinizdeki donanımda mı? Cevap "bulut daha modern" ya da "yerel daha güvenli" gibi tek cümlelik sloganlarda değil; maliyet yapınızda, işletme kapasitenizde, yasal ve sözleşmesel kısıtlarda ve sistemin neyle konuşması gerektiğinde saklıdır.

Bu rehberde üç barındırma modelini tanımlıyor, karşılaştırma tablosunu veriyor, üç yıllık maliyeti sayılarla hesaplıyor ve sonucu neyin değiştirdiğini gösteriyoruz. Ardından güvenlik ve veri konumu, erişilebilirlik ve yedekleme, performans, entegrasyon, satıcıya bağımlılık, altı soruluk karar testi, geçiş adımları ve sık hataları anlatıyoruz. Tüm rakamlar temsilîdir; belirli bir hizmetin fiyatı ya da sektör ortalaması değildir.

Bulut, Yerel Sunucu ve Hibrit Ne Demektir?

Bulut, uygulamanın ve verinin sizin dışınızdaki bir sağlayıcının altyapısında çalışması, yerel sunucu (on-premise) ise kendi sahip olduğunuz ya da kiraladığınız donanımda, kendi kontrolünüzde çalışmasıdır. Hibrit, ikisinin bir arada kullanıldığı düzendir.

• Bulut: Donanımı sağlayıcı tutar; siz kullandığınız kadar ya da aylık sabit bedel ödersiniz. Hizmet katmanına göre işletim sistemini, uygulamayı ya da yalnızca kullanımı siz yönetirsiniz. Yazılımın hizmet olarak sunulan hâlini SaaS nedir yazımızda anlattık.
• Yerel sunucu: Sunucu, depolama, ağ ve yedekleme sizdedir; kurulum, yama ve arıza müdahalesi sizin sorumluluğunuzdadır.
• Hibrit: Örneğin üretim hattına bağlı bölüm yerelde, raporlama ve mobil erişim bulutta çalışır; ikisi güvenli bir bağlantıyla eşleşir.

Okumanızı öneririz: Özel yazılım hizmetimiz

Bulut ile Yerel Sunucu Arasındaki Farklar Nelerdir?

İkisi de aynı işi görür; fark paranın ne zaman ve nereye gittiğinde, sorumluluğun kimde olduğunda ve değişime ne kadar hızlı uyum sağlanabildiğinde ortaya çıkar.

Üç Yıllık Toplam Maliyet Nasıl Hesaplanır?

Toplam sahip olma maliyeti, ilk yatırımla üç yıl boyunca ödenen tüm sürekli giderlerin toplamıdır. Aylık bedel küçük, donanım fiyatı büyük göründüğü için yalnızca ilk faturaya bakmak yanıltır.

Temsilî örnek: orta ölçekli bir iş yazılımı. Bulutta aylık bedel ₺14.000. Yerelde donanım ₺240.000, yıllık donanım bakımı ve yenileme payı ₺60.000, sistemden sorumlu kişinin bu işe ayrılan payı yıllık ₺32.000.

Fark ₺516.000 − ₺504.000 = ₺12.000; bu örnekte iki model neredeyse başa baş. Asıl sonuç farkın küçüklüğüdür: karar, tabloya girmeyen koşullara bağlıdır.

Tabloda yer almayan kalemler de var: elektrik, soğutma, ağ hattı, yazılım lisansları, olağanüstü durum kopyası ve geçiş maliyeti. Her iki sütuna kendi rakamlarınızla ekleyin; bulutta yedekleme ve veri çıkış ücretlerini sormayı unutmayın.

Sonucu Hangi Faktörler Değiştirir?

Üç değişken sonucu hızla ters çevirir: kullanımın büyümesi, sistem yöneticisinin maliyeti ve donanımın kaç yıl kullanılacağı. Aynı örnekte her birini ayrı ayrı değiştirelim.

Hesaplar şöyle: büyüme senaryosunda yıllık bedeller 14.000 × 12 = ₺168.000, ₺201.600 (%20 artışla) ve ₺241.920; toplam ₺611.520. Yerel örnekte donanımın boşta kapasitesi olduğu varsayıldığından gider sabit kalır. Yönetici payı iki katına çıkınca 32.000 × 2 × 3 = ₺192.000 olur; yerel toplam 240.000 + 180.000 + 192.000 = ₺612.000. Donanımın beş yıl kullanılacağı kabulünde üç yıla düşen pay 240.000 × 3 ÷ 5 = ₺144.000; toplam 144.000 + 180.000 + 96.000 = ₺420.000.

Beş yıllık bakışta bulut 14.000 × 60 = ₺840.000, yerel ise 240.000 + 5 × (60.000 + 32.000) = ₺700.000 olur. Yani sabit ve öngörülebilir yükte yerel uzun vadede ucuzlayabilir; büyüme belirsizse ya da yönetici bulmak pahalıysa bulut öne geçer. Bu hesabı kendi rakamlarınızla yapmak için yazılım projesi maliyeti rehberimizdeki yöntemi kullanabilirsiniz.

Güvenlik ve Veri Konumu Açısından Hangisi Daha Doğru?

"Bulut daha güvenli" ya da "yerel daha güvenli" diye genel bir hüküm doğru değildir; güvenliği altyapının yeri değil, kimin işlettiği ve hangi önlemlerin uygulandığı belirler. İyi işletilen bir bulut, kötü işletilen bir yerel sunucudan sağlam olabilir; tersi de geçerlidir.

Seçimden bağımsız olarak şunları sorgulayın:

• Erişim: Kim hangi veriye girebiliyor, yönetici yetkileri kimde? Rol bazlı yetki ve denetim kaydı var mı?
• Yama ve güncelleme: İşletim sistemi ve uygulama güncellemeleri kim tarafından, ne sıklıkla yapılıyor?
• Şifreleme: Veri diskte ve ağ üzerinde şifreli mi? Anahtarlar kimde?
• Fiziksel güvenlik: Yerelde sunucu odası kilitli, yangın ve elektrik önlemi alınmış mı? Bulutta bu sağlayıcının sorumluluğundadır; sözleşmede ve belgelerde aranır.
• İzleme: Olağandışı giriş ve değişiklikler fark edilip bildiriliyor mu?

Veri konumu ayrı bir konudur. Verinin hangi ülkede tutulduğu, yedeklerin nerede olduğu ve kişisel verinin yurt dışına aktarımı KVKK kapsamında özel kurallara tabidir; bunların ayrıntısını hukuk danışmanınızla netleştirin. Sağlayıcıdan veri ve yedeklerin konumunu yazılı isteyin. Dışarıya açılan uygulama programlama arayüzlerinin korunması için API güvenliği rehberimize bakabilirsiniz.

Erişilebilirlik ve Yedekleme Nasıl Karşılaştırılır?

Erişilebilirlik, sistemin ne kadar süre çalışır durumda olduğudur; yedekleme ise bozulma ya da kayıp sonrası veriyi geri getirme yeteneğidir. İkisini ayrı ele alın: yüksek erişilebilirlik yedeğin yerini tutmaz.

Çalışma süresi = (toplam süre − kesinti) ÷ toplam süre. 30 günlük ayda 43.200 dakika vardır; %99,9 en çok 43,2 dakika, %99,5 en çok 216 dakika kesinti demektir (43.200 × 0,001 ve × 0,005). Bulutta bu oran genellikle sözleşmedeki hizmet seviyesiyle yazılır; yerelde sizin elektrik, ağ hattı ve yedek donanım düzeninize bağlıdır. Hizmet seviyesi maddelerinin nasıl okunacağını bakım ve SLA rehberimizde anlattık.

Yedekleme için hangi modelde olursanız olun aynı kurallar geçerli: yedek ayrı bir yerde olmalı, geri yükleme düzenli denenmeli, hedef kayıp ve kurtarma süresi yazılı olmalı. Bulutta "yedek alınıyor" cümlesini sözleşmede kapsamı, süresi ve geri yükleme süresiyle birlikte doğrulayın. Ayrıntılı yöntem için veri yedekleme rehberimize bakın.

Performans ve Gecikme Hangi Durumda Belirleyici Olur?

Çoğu ofis uygulamasında fark hissedilmez; sorun, bir ekranın çok sayıda küçük istek yaptığı ya da cihazlarla anlık konuşan sistemlerde çıkar. Yerel ağdaki bir sunucuya gidiş-dönüş birkaç milisaniyedir; internet üzerinden uzak bir sunucuya daha uzundur ve hat kalitesine göre değişir.

Temsilî hesap: bir ekran 40 ayrı sorgu yapıyorsa ve gidiş-dönüş 20 ms ise bekleme 40 × 20 = 800 ms; 2 ms ise 40 × 2 = 80 ms olur. Kullanıcı farkı hisseder. Çözüm çoğunlukla sorgu sayısını azaltmak ya da sistemi kullanıcıya yaklaştırmaktır. Tartı, barkod okuyucu, üretim hattı gibi yerel cihazlarla çalışan bölümler, internet kesilse de akması gerektiği için sıklıkla yerelde ya da hibritte tutulur. Karar vermeden önce gerçek kullanıcı konumundan ölçüm yapın.

Mevcut Sistemlerle Entegrasyon Nasıl Etkilenir?

Yeni sistem, ERP, muhasebe, depo ve pazaryeri gibi mevcut sistemlerle konuşacaksa barındırma yeri entegrasyonun kolaylığını belirler. Bulutta çalışan uygulamanın ofisteki bir veritabanına ulaşması için güvenli bir bağlantı ve açılan kapıların yönetimi gerekir; yerelde çalışan bir uygulamanın dış kanallara açılması ise ağ kuralları ve internet hattı gerektirir.

Pratik kural: sistemlerin sayısını ve her birinin nerede çalıştığını çizin; veri sık ve çok hacimli akıyorsa birbirine yakın tutun. ERP seçiminde barındırma modelinin kriter olarak nasıl değerlendirileceğini ERP programı nasıl seçilir yazımızda ele aldık.

Satıcıya Bağımlılık ve Çıkış Planı Nasıl Yapılır?

Bağımlılık, verinizi ve uygulamanızı başka yere taşımanın pahalı ya da imkânsız olmasıdır; bulutta da yerelde de olabilir. Bulutta veri sağlayıcının biçimindedir; yerelde ise tek bir kişinin bildiği özel kurulum bağımlılık yaratır.

• Dışa aktarım: Verinizi açık ve okunabilir bir biçimde, tam olarak alabildiğinizi baştan deneyin.
• Sözleşme: Fesih süresi, fesih sonrası veriyi geri verme süresi ve silme teyidi yazılı olsun.
• Belge: Kurulum ve ayar bilgisi bir kişinin kafasında değil, dosyada olsun.
• Kaynak kod: Özel yazılımda kaynak kodun kimde olduğu sözleşmede açık olsun.

Çıkışın süresini de hesaplayın. Örneğin 200 GB veri, 100 Mbit/s hatla ideal hâlde 200 × 8.000 = 1.600.000 Mbit ÷ 100 = 16.000 saniye, yani yaklaşık 4,4 saat sürer; gerçekte hat verimi daha düşük olduğundan süre uzar. Büyük verilerde fiziksel taşıma ya da aşamalı aktarım gerekebilir.

Bulut mu Yerel mi Kararı İçin Altı Soruluk Test Nedir?

Altı soruyu kendi koşullarınıza göre cevaplayın ve cevapların hangi yöne işaret ettiğine bakın. Bir yönde dört ve üzeri cevap eğilimi gösterir; 3'e 3 çıkarsa hibriti inceleyin.

3. soruda "evet" yanıtı tek başına ağır basabilir; bu durumda gerekçeyi hukuk danışmanıyla netleştirin ve yalnızca bu koşula bağlı bölümü yerelde ya da hibritte tutmayı değerlendirin. Testin sonucu karar değil, tartışma başlangıcıdır; maliyet tablonuzla birlikte okuyun.

Geçişi Hangi Adımlarla Yaparsınız?

Barındırma kararı tek seferlik bir tercih değil, bir proje adımıdır. Aşağıdaki altı adım yeni kuruluma da var olan sistemi taşımaya da uyar.

1. Envanter: Hangi uygulama, veri ve entegrasyon var, nerede çalışıyor ve kaç kullanıcı kullanıyor?
2. Kısıtlar: Yasal, sözleşmesel, cihaz ve hat kısıtlarını yazın.
3. Maliyet: Üç ve beş yıllık toplam maliyeti iki sütunda hesaplayın.
4. Deneme: Küçük bir bölümü ya da kopyayı hedef ortamda çalıştırıp hız ve entegrasyonu ölçün.
5. Geçiş: Veriyi taşıyın, belirli süre eski ve yeni sistemi paralel çalıştırın, sonra kapatın.
6. Çıkış planı: Dışa aktarım, yedek geri yükleme ve belge düzenini yazılı hâle getirin.

Bulut ve Yerel Kararında Sık Yapılan Hatalar Nelerdir?

• Yalnızca aylık bedele bakmak: Küçük aylık tutar üç yılda büyük toplam olur; donanım fiyatı da tek başına karar vermez.
• Yönetim emeğini sıfır saymak: Yerelde sistemden sorumlu kişinin zamanı bir maliyettir; bulutta da yapılandırma ve izleme emek ister.
• Güvenliği yere bağlamak: Sunucunun nerede durduğu değil, kimin nasıl işlettiği önemlidir.
• Yedeği varsaymak: "Bulutta zaten yedek var" demek, geri yükleme denemeden güvenilir değildir.
• Büyümeyi hesaba katmamak: Kullanım artınca bulut gideri, yük artınca yerel donanım yetersiz kalır.
• Çıkışı düşünmemek: Veriyi geri alma yolu ilk günde denenmezse sonradan pahalıya gelir.

Okumanızı öneririz: Özel yazılım nedir? Türleri, katmanları ve maliyet mantığı

İnovabil ile Barındırma Kararı ve Özel Yazılım

İnovabil olarak ağırlığımız sıfırdan, firmaya özel yazılım geliştirmektir: özel yazılım, ERP, CRM, e-ticaret, web, mobil ve entegrasyon. Özel yazılımda barındırma ortamı, gereksinim analizinde netleştirilmesi gereken bir karardır. Bulut, yerel ve hibrit seçeneklerini üç yıllık maliyeti, kısıtları ve çıkış planıyla yazılı olarak karşılaştırmayı öneriyoruz.

Avcılar İnşaat için CRM, satın alma ve mobil; İZBAN için satın alma sistemi; Karyak için lojistik ve sevkiyat planlama ile toptan sipariş yönetimi; Sleepy için depo yönetimi ile şikâyet ve destek yönetim sistemi geliştirdik. Mevcut sistemleriniz, kullanıcı sayınız ve kısıtlarınız hakkında kısa bir özet gönderin; birlikte karşılaştırma tablosunu çıkaralım.

Okumanızı öneririz: Yazılım geliştirme sürecimiz: analizden yayına adım adım

Sık Sorulan Sorular