Kısa cevap: Yükü değişken olan, IT ekibi küçük olan ve hızlı başlamak isteyen işletmeler için bulut; sabit ve yüksek yükü olan, verinin fiziksel konumunu kendisi belirlemek isteyen ve uzun vadeli maliyeti sabitlemek isteyen işletmeler için kendi sunucusu daha uygundur. Çoğu KOBİ için en dengeli cevap, ofis içinde yoğun kullanılan sistemleri yerelde, yedekleri ve dışa açık servisleri bulutta tutan hibrit modeldir. Karar, en az 3 yıllık toplam maliyet ve veri güvenliği gereksinimleri hesaplanarak verilmelidir.
Terimler: Neyi karşılaştırıyoruz?
- Kendi sunucunuz (on-premise): Sunucu donanımı ofisinizde veya size ait bir sistem odasında durur; donanım, işletim sistemi, yedekleme ve güvenlik sizin sorumluluğunuzdadır.
- Barındırma (colocation): Kendi sunucunuzu profesyonel bir veri merkezine yerleştirirsiniz; elektrik, soğutma ve bağlantı veri merkezinden, yönetim sizden.
- Bulut: Bilgi işlem kaynaklarını ihtiyaç kadar kiralarsınız. ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) bulutu üç hizmet modeliyle tanımlar:
- IaaS (altyapı): Sanal sunucu, disk, ağ — işletim sistemi ve üstü sizde.
- PaaS (platform): Veritabanı, uygulama çalıştırma ortamı gibi yönetilen servisler.
- SaaS (yazılım): E-posta, ofis uygulamaları, CRM gibi doğrudan kullanılan hazır yazılımlar.
- Hibrit: Bu modellerin birlikte kullanılması.
Bu yazıda karşılaştırma ağırlıklı olarak kendi sunucunuz ile IaaS/PaaS bulut arasında yapılıyor. E-posta ve ofis uygulamaları gibi SaaS hizmetleri çoğu KOBİ için zaten bulutta kalmalıdır.
Karşılaştırma tablosu
| Başlık | Kendi sunucunuz | Bulut |
|---|---|---|
| Başlangıç maliyeti | Yüksek (donanım, lisans, kurulum) | Düşük |
| Aylık gider | Düşük ve sabit | Kullanıma göre değişken |
| Ölçekleme | Yeni donanım gerekir | Dakikalar içinde |
| Veri konumu | Tamamen sizin kontrolünüzde | Sağlayıcının bölgesine bağlı |
| Ofis içi hız | Çok yüksek (yerel ağ) | İnternet bağlantısına bağlı |
| Uzaktan erişim | VPN ve güvenlik yapılandırması gerekir | Doğal olarak uygun |
| Bakım sorumluluğu | Tamamen sizde | Donanım ve altyapı sağlayıcıda |
| Elektrik/donanım arızası | Sizin riskiniz | Sağlayıcının yedekliliği |
| Uzmanlık ihtiyacı | Yüksek | Orta (yanlış yapılandırma riski var) |
Toplam sahip olma maliyeti: hangi kalemler hesaba katılmalı?
En sık yapılan hata, sunucunun fiyatını bulutun aylık faturasıyla karşılaştırmaktır. Doğru karşılaştırma 3–5 yıllık toplam maliyet üzerinden yapılır.
Kendi sunucunuz için:
- Sunucu donanımı ve yedek parçalar (disk, güç kaynağı)
- İşletim sistemi, veritabanı ve sanallaştırma lisansları
- Kesintisiz güç kaynağı (UPS), kabin, soğutma
- Elektrik tüketimi
- Yedekleme donanımı ve ofis dışı yedek alanı
- İnternet bağlantısı ve sabit IP
- Kurulum, izleme ve bakım iş gücü (iç ekip veya dış hizmet)
- 4–5 yıl sonra donanım yenileme
Bulut için:
- Sanal sunucu (işlemci, bellek) saatlik/aylık ücreti
- Disk ve yedekleme (snapshot) depolama ücretleri
- Dışarı veri aktarım (egress) ücretleri
- Yönetilen veritabanı ve ek servisler
- Destek paketi
- Yapılandırma ve izleme iş gücü
Bulut faturası, kullanılmayan kaynaklar kapatılmadığında ve trafik arttığında beklenmedik biçimde büyüyebilir. Bütçe uyarıları ve aylık maliyet kontrolü baştan kurulmalıdır.
Senaryolarla karar
10 kişilik mali müşavirlik bürosu
Muhasebe programı ve dosya paylaşımı yoğun, ofis içinden kullanılıyor; uzaktan çalışma sınırlı. Öneri: Ofiste küçük bir sunucu veya NAS + bulutta şifreli ofis dışı yedek. E-posta ve ofis uygulamaları SaaS olarak bulutta.
E-ticaret mağazası
Trafik kampanya dönemlerinde birkaç katına çıkıyor; site 7/24 erişilebilir olmalı. Öneri: Bulut. Ölçeklenebilir altyapı ve yönetilen veritabanı, ofiste sunucu yönetmekten çok daha güvenli ve esnek.
Üretim firması
ERP ve üretim takip sistemi fabrika içinde yoğun kullanılıyor; internet kesintisinde üretim durmamalı. Öneri: Kritik sistemler yerel sunucuda, yedekler ve uzaktan erişim gerektiren raporlama bulutta (hibrit).
Klinik veya sağlık hizmeti
Sağlık verileri özel nitelikli kişisel veridir; erişim kontrolü ve kayıt tutma kritiktir. Öneri: Verinin işlendiği yerin ve güvencelerin net olduğu bir yapı; yurt içi veri merkezi veya kendi sunucusu, mutlaka şifreli ofis dışı yedekle birlikte.
KVKK ve veri konumu
KVKK, kişisel verilerin yurt dışına aktarımını özel şartlara bağlar. 2024'te yapılan değişiklikle 9. madde yeniden düzenlendi: Aktarım, yeterlilik kararı, standart sözleşme gibi uygun güvenceler veya kanunda sayılan istisnalar çerçevesinde yapılabiliyor. Bulut sağlayıcınızın veri merkezinin hangi ülkede olduğu, bu nedenle yalnızca teknik değil hukuki bir sorudur.
Pratikte şunlara bakın:
- Veriler hangi bölgede (ülkede) saklanıyor ve işleniyor?
- Sağlayıcı yurt dışına aktarım için hangi güvenceyi sunuyor?
- Yedekler nerede tutuluyor?
- Silme talebinde veri gerçekten siliniyor mu?
Ayrıca hangi yapıyı seçerseniz seçin, KVKK'nın 12. maddesi uyarınca verilerin güvenliği için gerekli teknik ve idari tedbirleri almak veri sorumlusunun yükümlülüğüdür.
Güvenlik: paylaşılan sorumluluk
Bulut, güvenliği "otomatik" sağlamaz. Sağlayıcı fiziksel güvenlikten ve altyapının çalışmasından sorumludur; sunucunun yapılandırması, kullanıcı yetkileri, güncellemeler ve verinin kendisi ise sizin sorumluluğunuzdadır. Herkese açık bırakılmış bir depolama alanı veya zayıf parolalı bir yönetici hesabı, bulutta da veri sızıntısına yol açar.
Kendi sunucunuzda ise tüm katmanlar sizdedir: güvenlik duvarı, güncellemeler, fiziksel erişim, yedekleme ve fidye yazılımına karşı koruma.
İki modelde de değişmeyen kural: 3-2-1 yedekleme — verinin 3 kopyası, 2 farklı ortamda, 1'i ofis dışında. Ayrıntılar için KOBİ yedekleme rehberimize bakabilirsiniz.
Felaket kurtarma: ne kadar veri kaybını ve kesintiyi kaldırabilirsiniz?
Altyapı kararında sık unutulan iki ölçüt vardır:
- RPO (kabul edilebilir veri kaybı): Bir arıza anında en fazla kaç saatlik veriyi kaybetmeyi kabul edebilirsiniz? Günlük yedek alıyorsanız, en kötü durumda bir günlük veri kaybolabilir.
- RTO (kabul edilebilir kesinti süresi): Sistem çöktüğünde en geç ne kadar sürede yeniden çalışmalıdır? Bir saat mi, bir gün mü?
Bu iki soru, altyapının ve yedekleme düzeninin maliyetini doğrudan belirler. Bir saatlik kesintinin bile ciddi kayıp yarattığı bir e-ticaret sitesiyle, bir günlük kesintiyi tolere edebilen bir arşiv sistemi aynı şekilde kurulmaz. Kendi sunucunuzda yedek donanım ve hızlı geri yükleme planı gerekir; bulutta ise farklı bölgelere yedekleme ve yedek sunucu şablonlarıyla bu süreler kısaltılabilir. Hangi model seçilirse seçilsin, geri yükleme düzenli olarak test edilmelidir; test edilmemiş yedek, ihtiyaç anında çalışmayabilir.
Maliyeti kontrol altında tutmanın yolları
- Doğru boyutlandırma: İhtiyaçtan büyük sunucu kiralamak bulutta en yaygın israf kalemidir; kullanım birkaç hafta izlenip boyut ayarlanmalıdır.
- Kullanılmayan kaynakları kapatma: Test için açılıp unutulan sunucular ve eski disk görüntüleri düzenli olarak temizlenmelidir.
- Bütçe uyarıları: Aylık harcama belirli bir eşiği geçtiğinde bildirim gelmelidir.
- Uzun vadeli taahhüt: Sürekli çalışan sistemler için sağlayıcıların uzun vadeli indirimli seçenekleri değerlendirilebilir.
- Kendi sunucunuzda enerji ve yenileme planı: Donanımın garanti süresi ve yenileme takvimi baştan planlanmalı, enerji tüketimi hesaba katılmalıdır.
Performans ve erişim
- Ofis içinde büyük dosyalarla çalışan ekipler (tasarım, mühendislik, muhasebe) için yerel sunucu belirgin şekilde daha hızlıdır.
- Farklı şehirlerde veya sahada çalışan ekipler için bulut doğal bir avantaj sağlar.
- İnternet bağlantınız tek ve yavaşsa, bulutta tutulan kritik bir sistem bağlantı kesildiğinde işi durdurur. Yedek hat veya hibrit yapı düşünülmelidir.
Geçiş nasıl planlanır?
- Envanter: Hangi sistemler var, kimler kullanıyor, ne kadar veri var, hangi sistemler birbirine bağlı?
- Sınıflandırma: Her sistem için kritiklik, veri hassasiyeti ve erişim ihtiyacı belirlenir.
- Hedef mimari: Hangi sistem yerelde, hangisi bulutta kalacak; yedekleme ve erişim nasıl olacak?
- Pilot: Kritik olmayan bir sistemle başlanır; performans ve maliyet ölçülür.
- Aşamalı taşıma: Sistemler tek tek taşınır, eski ve yeni yapı kısa süre paralel çalışır.
- İzleme ve maliyet kontrolü: Kaynak kullanımı, yedeklerin başarısı ve aylık fatura düzenli kontrol edilir.
Taşınabilir bir mimari (container tabanlı uygulamalar, standart veritabanları) kurmak, ileride yönü değiştirmeyi de kolaylaştırır.
Karar kontrol listesi
- 3–5 yıllık toplam maliyet iki model için hesaplandı mı?
- Kişisel verilerin nerede işleneceği ve yurt dışı aktarım durumu netleşti mi?
- Sistemleri kim yönetecek, izleyecek ve güncelleyecek?
- İnternet kesintisinde hangi işler durur?
- Yedekler nerede, ne sıklıkla alınıyor ve geri yükleme test edildi mi?
- Büyüme beklentisi ve trafik dalgalanması ne kadar?
Altyapınızı doğru modelle kurmak veya yenilemek mi istiyorsunuz? Sistem & altyapı hizmetimizle mevcut durumunuzu inceliyor, maliyet ve güvenlik hesabıyla birlikte yerel, bulut veya hibrit mimariyi kurup yönetiyoruz.
Kaynaklar
Sık Sorulan Sorular
Evet. Mimari baştan taşınabilir kurulduysa (container tabanlı uygulamalar, standart veritabanı, belgelenmiş yapılandırma) geçiş her iki yönde de planlı şekilde yapılabilir.
Hayır. Başlangıç maliyeti düşüktür ancak aylık gider kullanım arttıkça büyür. Sabit ve yoğun kullanılan sistemlerde 3–5 yıllık toplam maliyet hesaplandığında yerel sunucu daha ekonomik çıkabilir.
Bu, sağlayıcının veriyi hangi ülkede işlediğine, yurt dışı aktarım için hangi güvenceyi sunduğuna ve sizin aldığınız güvenlik tedbirlerine bağlıdır. Bulut kullanmak tek başına uyumu ne sağlar ne de engeller.
Tam zamanlı personel şart değildir; ancak güncellemeler, yedekleme, izleme ve arıza müdahalesi için iç ekipten birinin ya da dış bir IT hizmetinin sorumluluğu üstlenmesi gerekir.