- 01Private cloud, cloud altyapısının tek bir organizasyonun özel kullanımına ayrıldığı deployment modelidir.
- 02Private cloud mutlaka on-premise olmak zorunda değildir; kurum içinde veya harici bir veri merkezinde bulunabilir ve üçüncü taraf tarafından işletilebilir.
- 03Özel altyapı daha fazla kontrol sağlayabilir ancak güvenlik, yüksek erişilebilirlik ve yedekleme ayrıca tasarlanmalıdır.
- 04Private cloud maliyeti sunucu fiyatıyla değil kapasite, veri merkezi, lisanslama, operasyon, güvenlik ve yenileme döngüsü dahil toplam sahip olma maliyetiyle değerlendirilmelidir.
- 05KVKK belirli bir cloud deployment modelini genel olarak zorunlu kılmaz; veri konumu ve yurt dışı aktarım şartları ayrı değerlendirilmelidir.
Kısaca
Private cloud, cloud altyapısının tek bir organizasyonun kullanımına ayrıldığı deployment modelidir. Fiziksel sunucunun şirket binasında olması şart değildir; altyapı kurumun kendisi veya üçüncü taraf tarafından işletilebilir ve farklı bir lokasyonda bulunabilir. Dynamis Teknoloji, private cloud kararını yalnız "daha fazla kontrol" talebiyle değil, workload, veri konumu, güvenlik, kapasite, RPO/RTO ve operasyon modeli birlikte değerlendirilerek ele alır.
Private cloud nedir?
NIST'e göre private cloud, birden fazla iç tüketiciyi kapsayabilen ancak tek bir organizasyonun özel kullanımına ayrılmış cloud altyapısıdır.
Bu altyapı:
- organizasyonun kendisi tarafından işletilebilir
- üçüncü taraf tarafından işletilebilir
- iki tarafın ortak operasyon modeliyle yönetilebilir
- kurum içinde bulunabilir
- kurum dışındaki bir veri merkezinde bulunabilir
Bu nedenle "private cloud = şirket ofisindeki sunucular" tanımı eksiktir.
Belirleyici özellik fiziksel konum değil, cloud altyapısının tek organizasyonun kullanımına ayrılmış olması ve cloud benzeri bir işletim modeli sunmasıdır.
Private cloud ile geleneksel sanallaştırma aynı şey değildir
Bir VMware, Hyper-V veya KVM cluster'ı kurmak tek başına private cloud oluşturmaz.
Private cloud yaklaşımında altyapının mümkün olduğunca şu özelliklere sahip olması beklenir:
- standart kaynak şablonları
- hızlı provisioning
- merkezi yönetim
- otomasyon
- rol ve yetki yönetimi
- kapasite görünürlüğü
- izleme
- kullanım ölçümü
- lifecycle yönetimi
- API veya self-service yaklaşımı
Geleneksel sanallaştırmada bir VM açılması ticket, manuel network değişikliği ve elle storage tahsisi gerektiriyorsa altyapı sanallaştırılmış olabilir ancak cloud işletim modelinden uzaktır.
Private cloud tasarımında amaç yalnız donanımı birleştirmek değil, altyapı operasyonunu standartlaştırmaktır.
Private cloud mutlaka on-premise olmak zorunda değildir
En sık yapılan kavram hatalarından biri private cloud'u fiziksel konumla tanımlamaktır.
NIST private cloud tanımında altyapının on-premises veya off-premises olabileceğini açıkça belirtir.
Örneğin aşağıdaki iki model de doğru tasarlandığında private cloud olabilir:
Şirket içi private cloud
Sunucu, network ve storage şirketin kendi veri merkezinde veya tesisinde bulunur.
Harici veri merkezindeki private cloud
Altyapı üçüncü taraf veri merkezinde bulunur ancak kaynak ve yönetim modeli tek organizasyon için ayrılır.
Dolayısıyla private cloud kararı verirken ilk soru "sunucu nerede?" değil, şu olmalıdır:
Kaynaklar, kontrol düzlemi, güvenlik sınırı ve operasyon modeli kimin için ayrılmış?
Private cloud ile public cloud arasındaki fark nedir?
Public cloud ve private cloud aynı cloud prensiplerinden yararlanabilir ancak kaynak sahipliği ve işletim sınırı farklıdır.
| Kriter | Private cloud | Public cloud |
|---|---|---|
| Kullanım modeli | Tek organizasyona özel | Çok müşterili sağlayıcı modeli |
| Fiziksel altyapı | Kurum veya üçüncü taraf | Cloud sağlayıcısı |
| Kapasite | Genellikle önceden planlanır | Daha elastik olabilir |
| Donanım kontrolü | Daha yüksek olabilir | Sağlayıcı yönetir |
| Servis çeşitliliği | Platforma bağlı | Genellikle çok geniş |
| Operasyon sorumluluğu | Kurum / MSP / ortak | Shared responsibility |
| Başlangıç yatırımı | Daha yüksek olabilir | Daha düşük olabilir |
| Ölçekleme | Fiziksel kapasiteyle sınırlı olabilir | Bölge ve servis kapasitesine bağlı |
| Özelleştirme | Daha yüksek olabilir | Sağlayıcının sınırları içinde |
Private cloud'un daha iyi veya public cloud'un daha iyi olduğu genel bir kural yoktur.
Karar workload bazında verilmelidir.
Hangi şirketler için private cloud mantıklı olabilir?
Private cloud özellikle kontrol, öngörülebilir kapasite veya özel altyapı gereksinimi güçlü olduğunda değerlendirilebilir.
1. Kapasitesi öngörülebilir production sistemleri
Yükü sürekli ve tahmin edilebilir uygulamalarda uzun vadeli kapasite planı yapılabiliyorsa özel altyapı ekonomik hale gelebilir.
Örneğin:
- sürekli çalışan ERP
- kurumsal veritabanı
- dosya servisi
- RDS/VDI
- belirli SaaS workload'ları
- yoğun ve sürekli compute kullanan sistemler
2. Özel network ve güvenlik politikaları gereken ortamlar
Bazı şirketler:
- özel firewall topolojisi
- ayrılmış network segmentleri
- belirli appliance kullanımı
- özel routing
- ayrılmış yönetim ağı
gibi gereksinimlere sahip olabilir.
3. Veri konumu veya operasyon kontrolü önemli olan sistemler
Bazı iş yüklerinde verinin hangi lokasyonda tutulduğu, kimin erişebildiği ve yönetim operasyonlarının hangi sınırlar içinde yürütüldüğü kritik olabilir.
Bu ihtiyaç:
- kurum politikası
- müşteri sözleşmeleri
- sektör gereksinimleri
- veri sınıflandırması
- regülasyon
nedeniyle ortaya çıkabilir.
Ancak veri konumu gereksinimi otomatik olarak private cloud gerektirmez. Önce gerçek yükümlülük belirlenmelidir.
4. Mevcut lisans veya altyapı yatırımı olan şirketler
Bazı workload'lar mevcut:
- Windows Server
- SQL Server
- virtualization
- storage
- network
- backup
yatırımları nedeniyle doğrudan public cloud'a taşındığında ekonomik veya teknik avantaj sağlamayabilir.
Bu durumda mevcut yatırımın private cloud modelinde daha standart ve otomatik işletilmesi değerlendirilebilir.
Private cloud ne zaman gereksiz karmaşıklık yaratır?
Private cloud kurmak kontrol sağlar ancak aynı zamanda platform operasyonu yaratır.
Şirketin şu alanları yönetmesi gerekir:
- compute
- storage
- network
- virtualization
- patching
- capacity
- monitoring
- backup
- hardware lifecycle
- security
- incident response
Bu sorumluluklar için yeterli ekip veya yönetilen hizmet modeli yoksa private cloud beklenen avantajı sağlamayabilir.
Örneğin küçük bir yazılım ekibinin yalnız birkaç VM'i varsa, public cloud veya yönetilen VM hizmeti daha sade olabilir.
Private cloud "kurumsal görünmek" için değil, belirli bir teknik veya ekonomik ihtiyacı çözmek için seçilmelidir.
Private cloud otomatik olarak daha güvenli değildir
Kaynakların tek organizasyona ayrılması güvenlik kontrolünü artırabilir ancak güvenliği garanti etmez.
Private cloud ortamında da şu kontroller gerekir:
- MFA
- privileged access yönetimi
- network segmentation
- firewall
- patch management
- vulnerability management
- logging
- monitoring
- backup
- encryption
- secret management
- incident response
Yanlış yapılandırılmış private cloud, iyi yönetilen public cloud ortamından daha riskli olabilir.
Güvenlik "kaynaklar bize özel" cümlesiyle değil, gerçek kontrol ve operasyon kalitesiyle ölçülmelidir.
Yüksek erişilebilirlik ayrıca tasarlanmalıdır
Private cloud kullanmak tek başına high availability sağlamaz.
Platform seviyesinde şu failure domain'leri değerlendirin:
- host
- switch
- storage
- power
- rack
- network uplink
- yönetim katmanı
Workload seviyesinde ise:
- birden fazla application instance
- load balancer
- database replication
- health check
- failover
- backup
gibi mekanizmalar gerekebilir.
Microsoft'un Azure Local referans mimarisi de platform availability ile workload availability'nin ayrı tasarlanması gerektiğini vurgular.
Bir cluster'ın iki veya daha fazla node'a sahip olması, uygulamanın otomatik olarak kesintisiz çalışacağı anlamına gelmez.
Backup ile platform redundancy aynı şey değildir
Private cloud'da redundant storage veya cluster bulunması backup ihtiyacını ortadan kaldırmaz.
Redundancy şu olaylarda yeterli olmayabilir:
- yanlış dosya silme
- ransomware
- hatalı application deployment
- database corruption
- yönetici hatası
- yanlış replication
- tüm cluster'ı etkileyen olay
Bu nedenle backup ve disaster recovery ayrı katman olarak tasarlanmalıdır.
En az şu soruların yanıtı bulunmalıdır:
- RPO nedir?
- RTO nedir?
- backup nerede tutuluyor?
- production yetkileri backup'ı silebiliyor mu?
- restore gerçekten test edildi mi?
- tüm lokasyon kullanılamazsa ne olacak?
Kapasite planlaması private cloud maliyetinin merkezindedir
Public cloud'da kaynakları daha dinamik büyütmek mümkün olabilir. Private cloud'da ise fiziksel kapasite çoğu zaman önceden satın alınır veya ayrılır.
Bu nedenle kapasite planında:
- normal kullanım
- peak kullanım
- büyüme
- N+1 redundancy
- bakım sırasında kalan kapasite
- storage büyümesi
- backup kapasitesi
birlikte hesaplanmalıdır.
Yüzde 20 ortalama CPU kullanan dört büyük VM'i doğrudan aynı boyutta private cloud'a taşımak gereksiz donanım maliyeti yaratabilir.
Rightsizing migration öncesinde yapılmalıdır.
Private cloud maliyeti nasıl değerlendirilir?
Sadece sunucu fiyatını public cloud faturasıyla karşılaştırmak eksik sonuç verir.
Private cloud toplam maliyetinde şu kalemleri değerlendirin:
- sunucu
- storage
- network
- rack / veri merkezi
- enerji
- yedek donanım
- lisanslama
- backup
- monitoring
- güvenlik araçları
- donanım desteği
- operasyon ekibi
- yenileme döngüsü
Public cloud tarafında ise:
- compute
- storage
- managed servisler
- data transfer
- support
- rezervasyon/taahhüt
- operasyon ekibi
hesaba katılmalıdır.
Karar üç veya beş yıllık toplam maliyet ve operasyon modeli üzerinden daha anlamlı hale gelir.
Private cloud ile hybrid cloud birlikte kullanılabilir
Private cloud tüm workload'ların aynı platformda çalışacağı anlamına gelmez.
Örneğin:
- ana veritabanı private cloud
- application'ın bir bölümü public cloud
- backup farklı lokasyonda
- geliştirme/test public cloud
- production private cloud
olabilir.
Bu durumda mimari hybrid cloud haline gelir.
Hibrit bulut nedir? rehberinde workload placement, network, identity ve iki ortamı birlikte işletme kararlarını ayrı olarak ele alıyoruz.
KVKK private cloud kullanımını zorunlu kılar mı?
Hayır. KVKK belirli bir deployment modelini genel olarak zorunlu kılmaz.
Private cloud:
- veri konumu
- erişim sınırı
- yönetici yetkileri
- tenant izolasyonu
- loglama
üzerinde daha fazla kontrol sağlayabilir.
Ancak bu tek başına KVKK uyumu anlamına gelmez.
Kişisel veri işleyen sistemlerde ayrıca:
- işleme şartı
- veri minimizasyonu
- erişim kontrolü
- teknik ve idari tedbirler
- saklama
- silme/imha
- yurt dışı aktarımı
değerlendirilmelidir.
Kişisel veriler yurt dışına aktarılıyorsa Kanun'un 9. maddesindeki şartlar ve uygun güvence mekanizmaları ayrıca incelenmelidir.
KVKK uyumlu bulut altyapısı rehberi teknik kontrolleri daha ayrıntılı açıklar.
Private cloud, public cloud ve hybrid cloud arasında nasıl karar verilir?
Basit karar matrisi:
| İhtiyaç | İlk değerlendirilecek model |
|---|---|
| Hızlı başlangıç ve elastik kapasite | Public cloud |
| Tek organizasyona ayrılmış altyapı | Private cloud |
| Yüksek donanım / network kontrolü | Private cloud |
| Çok geniş managed service kataloğu | Public cloud |
| Bazı workload'lar yerel kalmalı | Hybrid cloud |
| Mevcut altyapı + cloud birlikte kullanılacak | Hybrid cloud |
| Küçük ekip ve az workload | Public / managed cloud daha sade olabilir |
| Sabit ve yoğun workload | Private cloud TCO analizi yapılabilir |
Bu tablo nihai karar değildir.
Workload inventory ve ölçülmüş kullanım verisi olmadan platform seçmeyin.
Dynamis'te private cloud değerlendirmesi nasıl yapılır?
Dynamis'te private cloud değerlendirmesi önce mevcut workload ve operasyon modelinin analiz edilmesiyle başlar.
Değerlendirilen alanlar:
- workload inventory
- CPU, RAM ve storage kullanımı
- network gereksinimi
- veri konumu
- identity
- lisanslama
- backup
- RPO/RTO
- high availability
- güvenlik
- monitoring
- büyüme beklentisi
- mevcut operasyon kapasitesi
Ardından private cloud'un gerçekten avantaj sağladığı workload'lar ayrılır.
Amaç her sistemi özel altyapıya taşımak değil, kontrol ve operasyon ihtiyacının private cloud maliyetini haklı çıkardığı iş yüklerini belirlemektir.
Tasarım, migration ve operasyon kapsamını değerlendirmek için Private Cloud hizmetini inceleyebilirsiniz.
Sık yapılan hatalar
Private cloud'u yalnız on-premise sanmak: NIST tanımına göre kurum dışında da bulunabilir.
Sanallaştırmayı private cloud sanmak: Otomasyon, provisioning, governance ve lifecycle modeli eksik olabilir.
Private cloud otomatik daha güvenlidir demek: Güvenlik tasarım ve operasyon kalitesine bağlıdır.
Redundancy'yi backup sanmak: Cluster veya RAID veri kurtarma planının yerine geçmez.
Kapasiteyi eski VM boyutlarını kopyalayarak hesaplamak: Gereksiz yatırım yaratabilir.
KVKK nedeniyle private cloud zorunludur demek: Önce gerçek veri, aktarım ve uyum gereksinimi belirlenmelidir.
Public cloud'u tamamen dışlamak: Bazı workload'lar veya managed servisler için hybrid model daha doğru olabilir.
Sırada ne var
- Özel bulut mu, genel bulut mu? KVKK açısından karar: private ve public cloud modellerini veri ve operasyon gereksinimleriyle karşılaştırın.
- KVKK uyumlu bulut altyapısı: kişisel veri işleyen altyapılarda teknik kontrol listesini inceleyin.
- Hibrit bulut nedir?: private cloud ile public cloud'u birlikte kullanma modelini değerlendirin.
- Veri yerelleştirme nedir? KVKK'da yurt dışı aktarım: veri konumu ve yurt dışı aktarım kararlarını ayırın.
- Private Cloud hizmeti: özel bulut tasarım, migration ve operasyon kapsamını değerlendirin.
Kaynaklar
Kaynaklar
- 1.The NIST Definition of Cloud ComputingNIST · 2026-10-12
- 2.Private cloud glossaryNIST · 2026-10-12
- 3.Azure hybrid optionsMicrosoft Learn · 2026-10-12
- 4.Azure Local hyperconverged baseline reference architectureMicrosoft Learn · 2026-10-12
- 5.Yurt Dışına AktarımKişisel Verileri Koruma Kurumu · 2026-10-12
Sık sorulan sorular
Private cloud nedir?
Private cloud, cloud altyapısının tek bir organizasyonun kullanımına ayrıldığı modeldir. Altyapı kurumun kendisi veya üçüncü taraf tarafından işletilebilir ve on-premise ya da harici bir lokasyonda bulunabilir.
Private cloud mutlaka on-premise olmak zorunda mı?
Hayır. NIST tanımına göre private cloud kurum içinde veya kurum dışında bulunabilir. Belirleyici unsur fiziksel konum değil, altyapının tek bir organizasyonun kullanımına ayrılmış olmasıdır.
Private cloud ile public cloud arasındaki fark nedir?
Private cloud tek bir organizasyonun kullanımına ayrılır; public cloud ise sağlayıcının altyapısını çok sayıda müşteriye hizmet verecek şekilde sunar. Kontrol, operasyon modeli, kapasite ve maliyet yapısı bu nedenle farklılaşır.
Private cloud otomatik olarak daha güvenli midir?
Hayır. İzole altyapı daha fazla kontrol sağlayabilir ancak güvenlik; kimlik, ağ, patch, logging, backup, yetki ve operasyon süreçlerinin doğru tasarlanmasına bağlıdır.
KVKK için private cloud kullanmak zorunlu mudur?
Hayır. KVKK belirli bir cloud deployment modelini genel olarak zorunlu kılmaz. Veri kategorisi, işleme amacı, yurt dışı aktarımı, erişim ve teknik/idari tedbirler birlikte değerlendirilmelidir.