Konu Anlatımı
Bulut Hizmetleri ve Gizlilik
Bulut, kurumun kendi sunucularını satın almak yerine internet üzerinden hazır altyapı, yazılım ve depolama hizmeti almasıdır. Bu konu, hizmet modellerini, dağıtım modellerini, veri gizliliğini ve felaket kurtarmayı birlikte ele alır. Mesleki eğitim açısından önemli olan nokta, teknik seçimin veri sahipliği ve erişim denetimiyle birlikte değerlendirilmesidir.
Hizmet Modelleri
Hizmet modelleri, sağlayıcının hangi katmanı üstlendiğine göre ayrılır. IaaS'ta sanal işlemci, sanal depolama ve sanal ağ sağlanır; işletim sistemi ve uygulama kurulumu kullanıcının sorumluluğundadır. PaaS'ta işletim sistemi, veritabanı ve dağıtım ortamı hazırdır, geliştirici yalnızca uygulama kodunu yazar. SaaS'ta tamamlanmış uygulama internet üzerinden kullanılır. FaaS'da ise sunucu yönetimi yoktur; kod olay tetiklendiğinde çalışır ve işi bitince kaynak serbest kalır.
Dağıtım modelleri üçe ayrılır. Genel bulut herkese açık altyapıdır, özel bulut yalnızca tek bir kurum içindir, karma bulut ise bazı iş yüklerini özel, bazılarını genel bulutta çalıştırır. Kurumun veri sahipliğini elinde tutmak istemesi özel ya da karma modeli, hızlı başlamak istemesi ise genel bulutu tercih etmesine yol açar.
Paylaşımlı Sorumluluk
Bulutta güvenlik, tek bir tarafın sorumluluğunda değildir. Sağlayıcı veri merkezini, donanımı, sanal altyapıyı ve ağ katmanını korur; kullanıcı ise kendi hesabına erişimi, veri sınıflandırmasını, yazılım güncellemelerini ve yedeklemeyi yönetir. Bu sınır yazılı olarak belirlenmezse güvenlik açıkları doğar. Kullanıcının en az ayrıcalık ilkesine uyması, yönetici hesaplarının kişisel kullanılması ve çok faktörlü doğrulamanın etkinleştirilmesi temel beklentilerdir.
Gizlilik ve Veri Minimizasyonu
Kişisel veri işlenirken amaçla bağlılık ilkesi esastır: veri yalnızca belirlenen amaç için toplanır ve o amaç dışında kullanılamaz. Veri minimizasyonu, gereken en az miktarda veriyle çalışılması ve saklama süresi dolduğunda verinin imha edilmesi gerektiğini söyler. Aydınlatma metni ve açık rıza alınmadan veri işlenmemeli; hangi verinin nerede saklandığı, kimlere aktarıldığı ve ne zaman silineceği belgelenmelidir.
Şifreleme ve Aktarım Güvenliği
Veri, depolama sırasında ve ağ üzerinde aktarılırken şifrelenmelidir. Depolamada şifreleme, disk çalınsa bile içeriğin okunamamasını sağlar. Aktarımda şifreli kanal kullanılması, verinin aradaki ağ cihazlarında açık metin olarak görülmesini engeller. Şifreleme anahtarları veriden ayrı ve kontrollü biçimde saklanmalı, anahtar kaybında verinin geri getirilemeyeceği durumlar için yedek anahtar planı yapılmalıdır.
Yedekleme ve Felaket Kurtarma
RTO, hizmetin yeniden kullanılabilir duruma gelmesi için kabul edilen en uzun kesinti süresidir. RPO ise felaket sonrası kabul edilen en fazla veri kaybıdır. Yedekleme sıklığı, RPO değerinden küçük olacak biçimde seçilir. Yedekler ana depolamanın dışında, tercihen farklı bir konumda tutulmalı ve geri yükleme provası düzenli aralıklarla yapılmalıdır. Yapılmamış bir geri yükleme testi, yedeğin çalıştığı anlamına gelmez.
| Ölçüt | Anlamı | Etkisi |
|---|
| RTO | Kabul edilen en uzun kesinti | Yedekleme ortamının hızını belirler |
| RPO | Kabul edilen en fazla veri kaybı | Yedekleme sıklığını belirler |
| Geri yükleme testi | Yedeğin çalıştığının kanıtı | Güvenilirliği artırır |
Ölçeklenebilirlik, yük arttıkça kaynağın büyüyüp azaldıkça küçülmesidir; dikey ölçekleme tek cihazı büyütürken yatay ölçekleme kopya ekler. Bulut projelerinde tüketim miktarı izlenmeli, kota sınırları tanımlanmalı ve taşıma (taşıma planı) yapılacaksa verinin biçimi ile bağımlılıkları önceden belirlenmelidir.
Ne Öğreneceğiz
Bulut hizmet modellerini karşılaştırmayı, paylaşımlı sorumluluğu anlamayı, veri gizliliği ilkelerini uygulamayı ve felaket kurtarma hedeflerini hesaplamayı kapsar. Bu konuda ögrenme çıktıları:
- Hizmet ve dağıtım modellerini ayırt eder ve kurum ihtiyacına uygun olanı seçer.
- Paylaşımlı sorumluluk çerçevesinde kullanıcı ve sağlayıcı görevlerini ayırır.
- Veri minimizasyonu ve saklama süresi ilkelerini uygulama örnekleri verir.
- RTO ve RTO değerlerini yorumlar ve yedekleme sıklığını gerekçesiyle belirler.
- Bulut ortamındaki yapılandırma değişikliklerini yazılı kayıt ve yedekle yönetir.
Ön Bilgi
Bu konuya başlamadan önce temel kavram ve ön koşulları kavramanız yardımcı olacaktır. Konunun çerçevesinde şu kavramlar dikkat ister:
- IaaS'ta altyapı, PaaS'ta çalıştırma ortamı, SaaS'ta uygulama sağlayıcı tarafından verilir.
- Karma bulutta hassas veriler kurumda, esnek iş yükleri genel bulutta tutulabilir.
- Paylaşımlı sorumlulukta sağlayıcı altyapıyı, kullanıcı veri ve erişim yapılandırmasını güvence altına alır.
- Yedekleme ve veri sınıflandırması kullanıcının sorumluluğundadır.
- Yedek ana depolamanın dışında ve farklı bir konumda tutulmalıdır.
- Yedek almak geri yükleme provası yapmaya eşdeğer değildir.
Basit Örnek ve Günlük Yaşam
Günlük yaşamda ve mesleki bağlamda bir uygulama:
Soru: Günlük 400 GB veri üreten bir sistemde 60 günlük veri saklanacaktır. Toplam kaç GB gerekir?
- Adım 1: Günlük üretim 400 GB olarak yazılır.
- Adım 2: Saklama süresi 60 gün olarak yazılır.
- Adım 3: Çarpım 400 × 60 = 24000 olarak hesaplanır.
Sonuç/cevap: 24000 GB depolama gerekir.
İleri Örnek
Daha ileri bir uygulama:
Soru: 1000 Mbit/s hızlı bir bağlantıda 2 saat içinde en fazla kaç GB veri aktarılabilir?
- Adım 1: Hız MB/s cinsine çevrilir: 1000 / 8 = 125 MB/s.
- Adım 2: İki saat 7200 saniyeye çevrilir.
- Adım 3: 7200 × 125 = 900000 MB hesaplanır.
Sonuç/cevap: 900 GB veri aktarılabilir.
Adım Adım Çözülmüş Örnek
Örnek 1: Saklama Kapasitesi konusunun adımları:
- Adım 1: Günlük üretim 400 GB olarak yazılır.
- Adım 2: Saklama süresi 60 gün olarak yazılır.
- Adım 3: Çarpım 400 × 60 = 24000 olarak hesaplanır.
Karşılaştırma Tablosu
| Kavram | Açıklama |
|---|
| IaaS'ta altyapı, PaaS'ta çalıştırma orta | IaaS'ta altyapı, PaaS'ta çalıştırma ortamı, SaaS'ta uygulama sağlayıcı tarafından verilir. |
| Karma bulutta hassas veriler kurumda, es | Karma bulutta hassas veriler kurumda, esnek iş yükleri genel bulutta tutulabilir. |
| Paylaşımlı sorumlulukta sağlayıcı altyap | Paylaşımlı sorumlulukta sağlayıcı altyapıyı, kullanıcı veri ve erişim yapılandırmasını güvence altına alır. |
| Yedekleme ve veri sınıflandırması kullan | Yedekleme ve veri sınıflandırması kullanıcının sorumluluğundadır. |
| Yedek ana depolamanın dışında ve farklı | Yedek ana depolamanın dışında ve farklı bir konumda tutulmalıdır. |
| Yedek almak geri yükleme provası yapmaya | Yedek almak geri yükleme provası yapmaya eşdeğer değildir. |
Sık Yapılan Hatalar
Yedek alındığını geri yüklemenin çalıştığı sanmak: Yedek ancak geri yükleme provasıyla kanıtlanır; aksi hâlde felaket anında veri geri gelmeyebilir.
Gizlilik ilkelerini yalnızca teknik önlem sanmak: Şifreleme tek başına yeterli değildir; saklama süresi, amaçla bağlılık ve kayıt tutma da uygulanmalıdır.
Yönetici hesabını paylaşmak: Paylaşılan hesap kimin eylem yaptığını gizler; yönetim işlemleri kişisel hesaplarla yapılmalıdır.
Veriyi yedekte olduğu için korunmuş saymak: Yedekler de erişim ve saklama kurallarına tabidir; yedek konumu da veri sahipliği değerlendirmesine dâhildir.
Tutarsız çalışan kopyaları yedek sanmak: Test edilmemiş bir kopya, hata durumunda işe yaramayabilir; geri yükleme testi şarttır.
Özet
Bu konuda IaaS, PaaS, SaaS ve FaaS hizmet modelleri ile genel, özel ve karma dağıtım modelleri karşılaştırılır. Paylaşımlı sorumluluk ilkesi gereği sağlayıcı altyapıyı, kullanıcı ise veri sınıflandırmasını, erişim yapılandırmasını ve yedeklemeyi güvence altına alır. Gizlilik tarafında amaçla bağlılık, veri minimizasyonu ve saklama süresi ilkeleri uygulanır. RPO = kabul edilen en fazla veri kaybı, RTO = kabul edilen en uzun kesinti olarak tanımlanır; yedekleme aralığı RPO'dan küçük seçilir. Kapasite hesabında toplam depolama = günlük üretim × gün sayısı × kopya sayısı bağıntısı kullanılır; 400 GB günlük üretimde 60 gün için 400 × 60 = 24000 GB gerekir. Yedekler ana depolamanın dışında tutulmalı ve geri yükleme provasıyla doğrulanmalıdır.
Kendini Dene
Soru: Bir okulun günlük 400 GB öğrenci verisi ürettiğini ve 30 günlük veriyi 24 saatte bir yedeklemek istediğini varsayınız. Toplam depolama ihtiyacını, yedekleme aralığındaki en büyük veri kaybını ve RPO değerini hesaplayınız.
Örnek cevap: Puanlama anahtarı: Günlük üretimin verildiği ve saklama süresiyle çarpılarak toplam depolamanın bulunduğu (400 × 30 = 12000 GB) 5 puan; saatlik üretimin hesaplanması (400 / 24 ≈ 16,67 GB) 4 puan; yedekleme aralığındaki en büyük veri kaybının bulunması (≈ 16,67 GB) 3 puan; RPO değerinin bu kayba göre belirlenmesi 2 puan; birim ve işlem adımlarının açıklanması 1 puan. Toplam 15 puan.
