Bulut Bilişim Nedir? Hizmet Modelleri ve Kullanım Alanları

Bulut bilişimde 'kaynak kiralama' ne anlama gelir?

Bulut bilişim, sunucular, depolama alanları, veritabanları, ağ altyapısı, yazılımlar, analiz araçları ve yapay zeka hizmetleri gibi bilgi işlem kaynaklarının internet üzerinden sunulmasıdır. Kullanıcı çoğu durumda fiziksel donanımı satın almaz; ihtiyacı olan hizmeti sağlayıcıdan kullanır.

Bu modelin ayırt edici yönü yalnızca internete bağlı olmak değildir. Bir web sitesine internetten erişmek tek başına onu bulut bilişim yapmaz. Bulut yaklaşımında altyapı kaynakları hizmet biçiminde sunulur, kaynakların kapasitesi ihtiyaca göre yapılandırılabilir ve fiziksel donanımın önemli bölümü sağlayıcı tarafından işletilir.

Geleneksel BT modelinde işletme, sunucu ve depolama donanımını satın alır; kurulum, bakım, elektrik, fiziksel güvenlik ve kapasite planlamasıyla ilgilenir. Bulutta bu sorumlulukların bir bölümü sağlayıcıya geçer. Fakat 'bir bölümü' ifadesi önemlidir: Kullanıcının seçtiği hizmet modeline göre işletim sistemi, uygulama ayarları, kullanıcı hesapları ve verilerin korunması gibi görevler kullanıcıda kalabilir.

Maliyet açısından da temel mantık, büyük bir başlangıç donanım yatırımı yerine kullanılan hizmete göre ödeme yapabilmektir. Ancak kullandıkça öde yaklaşımı otomatik olarak her durumda daha ucuz anlamına gelmez. Kullanılmayan kaynaklar açık bırakılırsa veya depolama ve ağ kullanımı iyi izlenmezse bulut giderleri artabilir.

Fiziksel veri merkezinden ekrandaki hizmete: bulut nasıl çalışır?

Bulut sağlayıcısı büyük veri merkezlerinde fiziksel sunucular, depolama sistemleri ve ağ altyapısı kurar. Bu fiziksel kaynakların üzerinde sanallaştırma teknolojileri çalıştırılarak aynı donanım altyapısı içinde birden fazla sanal sunucu veya sanal depolama alanı oluşturulabilir.

Kullanıcı, fiziksel sunucunun hangi rafında çalıştığını bilmek zorunda değildir. Bunun yerine ihtiyaç duyduğu sanal kaynağı seçer; işletim sistemi, uygulama ve kapasite gibi ayarları bir yönetim arayüzü üzerinden yapar. Sağlayıcı fiziksel donanımın kurulumu ve veri merkezinin işletilmesiyle ilgilenirken kullanıcı, seçtiği hizmet katmanındaki kaynakları yönetir.

Örneğin bir web sitesi için sanal sunucu kiralandığında üç ayrı katmanı düşünmek gerekir: Fiziksel sunucu ve ağ gibi altyapı, bu altyapı üzerinde çalışan işletim sistemi ve web sitesinin kendisi. Hizmet modeline göre bu katmanların yönetim sorumluluğu değişir. IaaS modelinde kullanıcı işletim sistemi ve uygulama üzerinde daha fazla kontrol sahibidir. PaaS modelinde sağlayıcı çalışma ortamının daha büyük bölümünü yönetir. SaaS modelinde kullanıcı çoğunlukla doğrudan hazır uygulamayı kullanır.

Uzaktan erişim için genellikle bir ağ bağlantısı gerekir; bu bağlantı genel internet, özel ağ veya sağlayıcıya tahsis edilmiş doğrudan bağlantı olabilir. Çevrim dışı erişim ise hizmetin özelliklerine bağlıdır. Bulut hizmetinin güvenilirliği yalnızca kullanıcının bağlantısına bağlı değildir. Sağlayıcının veri merkezi, ağ altyapısı, yedekleme düzeni ve hizmet sürekliliği için uyguladığı teknik yapı da önem taşır. Bu nedenle bir bulut hizmeti değerlendirilirken yalnızca 'internetten erişiliyor mu?' sorusu yeterli değildir.

IaaS, PaaS ve SaaS: yönetim sorumluluğu nasıl değişir?

Bulut bilişimin üç başlıca hizmet modeli IaaS, PaaS ve SaaS olarak adlandırılır. Bu modeller arasındaki ana fark, kullanıcının ne kadar altyapı yönettiği ve sağlayıcının ne kadar hazır hizmet sunduğudur.

IaaS — Hizmet olarak Altyapı: Kullanıcı sanal sunucu, depolama ve ağ gibi temel kaynakları kiralar. İşletim sistemi, kurulacak yazılımlar ve uygulamanın yapılandırılması üzerinde daha fazla kontrol bulunur. Bu esneklik, özel ayar gerektiren bir web sitesi veya uygulama için yararlı olabilir; karşılığında işletim sistemi güncellemeleri ve uygulama yönetimi gibi görevler kullanıcıya kalabilir.

PaaS — Hizmet olarak Platform: Sağlayıcı, uygulamanın çalışacağı platformu ve çalışma ortamının daha büyük bir kısmını yönetir. Geliştirici fiziksel sunucuyla veya işletim sisteminin bütün ayrıntılarıyla uğraşmadan uygulama koduna odaklanabilir. Bu model daha az altyapı yönetimi gerektirir; ancak kullanılan platformun sunduğu özelliklere ve sınırlarına bağlı kalma ihtimali vardır.

SaaS — Hizmet olarak Yazılım: Kullanıcı, kurulumunu ve temel altyapısını sağlayıcının yönettiği hazır bir yazılıma erişir. Çevrim içi dosya depolama ve ofis uygulamaları bu yaklaşıma örnek olabilir. Kullanıcı açısından yönetim kolaylaşır; buna karşılık yazılımın teknik mimarisi ve altyapı ayarları üzerinde kontrol daha sınırlıdır.

Karar kuralı şöyledir: Daha fazla altyapı kontrolü gerekiyorsa IaaS tarafına, uygulama geliştirmeye odaklanmak isteniyorsa PaaS tarafına, hazır bir işlev doğrudan kullanılacaksa SaaS tarafına yaklaşılır. Bu üç model birbirinin 'daha iyi' versiyonu değildir; kontrol ile yönetim yükü arasında farklı dengeler kurar.

Genel, özel ve hibrit bulut arasındaki seçim

Bulut bilişim yalnızca hizmet modeline göre değil, altyapının kimler tarafından ve nasıl kullanıldığına göre de sınıflandırılır. Başlıca dağıtım modelleri genel bulut, özel bulut ve hibrit buluttur.

Genel bulut, sağlayıcının altyapı kaynaklarının farklı müşterilere hizmet sunmak üzere kullanıldığı modeldir. Kullanıcı, kendisine ayrılan veya hizmet kapsamında sunulan kaynakları kullanır; fiziksel veri merkezinin tamamını tek başına işletmez. Hazır hizmetlere hızlı erişim ve kaynakları ihtiyaca göre yapılandırma bu modelin öne çıkan yönlerindendir.

Özel bulut, belirli bir kuruluşun kullanımına ayrılmış bulut altyapısı yaklaşımıdır. Bu yapı, kuruluşun daha özel kontrol ve yapılandırma gerektirdiği durumlarda tercih edilebilir. Ancak özel bulut ifadesi, güvenlik sorunlarının kendiliğinden çözüldüğü anlamına gelmez; erişim yetkileri, veri koruma ve sistem yönetimi yine doğru biçimde tasarlanmalıdır.

Hibrit bulut, genel ve özel bulut yaklaşımlarının birlikte kullanılmasına dayanır. Bir kuruluş bazı iş yüklerini özel ortamda, başka iş yüklerini genel bulutta tutabilir. Bunun yararlı olabilmesi için iki ortam arasındaki ağ bağlantısı, kimlik doğrulama, veri aktarımı ve yönetim süreçlerinin uyumlu çalışması gerekir.

Bu modelleri hizmet modelleriyle karıştırmamak gerekir. IaaS-PaaS-SaaS, 'hangi düzeyde hizmet alındığını'; genel-özel-hibrit bulut ise 'altyapının nasıl konumlandırıldığını' açıklar. Bir sistem aynı anda örneğin hibrit dağıtım yaklaşımı ve PaaS hizmet modeli kullanabilir.

Ölçeklenebilirlik ve erişilebilirlik: avantajı doğru yorumlamak

Bulut bilişimin sık vurgulanan avantajlarından biri ölçeklenebilirliktir. Ölçeklenebilirlik, kapasitenin artan iş yükünü karşılayacak şekilde genişletilebilmesidir. İhtiyaç değiştikçe kaynakların dinamik olarak artırılıp azaltılmasına elastikiyet denir; bulut hizmetleri bu iki özelliği birlikte sunabilir. Bu özellikler özellikle dönemsel yoğunluk yaşayan web siteleri ve uygulamalar için önemlidir.

Burada iki kavramı ayırmak gerekir. Dikey ölçekleme, mevcut sanal makinenin işlemci, bellek veya depolama kapasitesini artırmak gibi daha güçlü bir kaynağa geçmeyi ifade eder. Yatay ölçekleme ise iş yükünü birden fazla sunucu veya kaynak arasında dağıtmayı ifade eder. Hangi yöntemin uygun olduğu uygulamanın mimarisine ve sağlayıcının sunduğu özelliklere bağlıdır; bu nedenle 'tek tıklamayla sınırsız kapasite' şeklinde yorum yapmak doğru değildir.

Erişilebilirlik, bir hizmete ihtiyaç duyulan zamanda ulaşabilme durumudur. Sağlayıcıların birden fazla veri merkezine yayılan yedekli altyapılar sunabilmesi kesinti ve veri kaybı risklerini azaltmaya yardımcı olabilir. Ancak yedeklilik, yedekleme ile aynı kavram değildir. Yedekleme, verinin geri yüklenebilecek bir kopyasının tutulmasıdır; yedekli altyapı ise hizmetin bir bileşen arızasında çalışmaya devam etmesini destekleyen mimaridir.

Ayrıca yüksek erişilebilirlik, tüm kesintilerin veya veri kaybının imkânsız olduğu anlamına gelmez. Kullanıcının yanlış silmesi, hatalı erişim yetkisi vermesi, uygulama hatası veya bağlantı sorunu gibi riskler ayrıca yönetilmelidir.

Çözümlü örnekler: ihtiyaca göre model seçmek

Örnek 1 — Bir web sitesi için hizmet seçimi

Verilenler: Bir öğrenci topluluğu, web sitesini yayımlamak istiyor. Ekipte uygulama kodunu yazacak kişiler var; ancak fiziksel sunucu kurmak, işletim sistemi bakımı yapmak ve donanım arızalarıyla ilgilenmek istemiyor.

Çözüm adımları:

1. İhtiyacın hazır bir yazılım mı yoksa özel kod çalıştırma mı olduğunu belirleriz. Özel kod çalıştırılacağı için yalnızca hazır bir SaaS uygulaması yeterli olmayabilir.
2. Fiziksel sunucu ve işletim sistemi yönetimini azaltmak istediğimiz için IaaS yerine PaaS değerlendirilir.
3. Ekip, uygulama kodunu platformun sunduğu çalışma ortamına yerleştirir. Sağlayıcının yönettiği platform kapsamı dışında kalan uygulama ayarları ve kullanıcı verilerinin korunması yine ekibin sorumluluğunda olabilir.
4. Trafik arttığında platformun kaynak artırma seçenekleri incelenir. Bu seçeneklerin gerçekten kullanılabilir olup olmadığı sağlayıcının hizmet özelliklerine göre kontrol edilir.

Sonuç: Bu senaryoda PaaS, uygulama geliştirmeye odaklanırken altyapı yönetimini azaltma amacıyla IaaS'a göre daha uygun bir adaydır. Hazır bir web sitesi oluşturucu kullanılsaydı SaaS seçeneği de değerlendirilebilirdi.

Örnek 2 — Dosyalara farklı cihazlardan erişme

Verilenler: Bir kullanıcı, ders notlarını yalnızca dizüstü bilgisayarında tutmak istemiyor. Telefonundan ve başka bir bilgisayardan da aynı dosyalara erişmek istiyor; fiziksel disk kurmak veya sunucu yönetmek istemiyor.

Çözüm adımları:

1. İhtiyacın özel bir sunucu kurmak değil, hazır dosya depolama ve erişim hizmeti kullanmak olduğunu belirleriz.
2. Bu ihtiyaç SaaS yaklaşımına yakındır; kullanıcı altyapıyı yönetmek yerine hazır uygulama üzerinden dosyalarını saklar ve erişir.
3. Dosya erişimi için internet bağlantısı gerekir. Çevrim dışı kullanım, senkronizasyon ve geri yükleme seçenekleri ayrıca hizmetin özelliklerinden kontrol edilmelidir.
4. Hesap parolası, erişim izinleri ve dosyaların paylaşılacağı kişiler kullanıcı tarafından dikkatle yönetilmelidir.

Sonuç: Hazır çevrim içi depolama hizmeti, bu kullanıcı için IaaS ile sanal sunucu kurmaktan daha uygun ve daha az yönetim gerektiren çözümdür. Ancak hizmeti kullanmak, ayrı bir yedekleme planının gereksiz olduğu anlamına gelmez.

Bulut güvenliği sağlayıcı ile kullanıcı arasında nasıl paylaşılır?

Bulut sağlayıcıları fiziksel veri merkezi güvenliği, altyapı işletimi, ağ güvenliği, veri şifreleme ve erişim kontrolü gibi alanlarda önlemler uygulayabilir. Buna rağmen güvenlik sorumluluğunun tamamı sağlayıcıya ait değildir. Hangi görevin kimde olduğu, seçilen hizmet modeline ve hizmet sözleşmesine göre değişir.

Kullanıcı tarafında güçlü parola kullanımı, uygun erişim izinleri, kullanıcı hesaplarının düzenli gözden geçirilmesi, hassas verilerin paylaşımının sınırlandırılması ve verilerin yedeklenmesi önemlidir. Bir dosyayı yanlış kişilere açık hâle getirmek veya yönetim hesabını korumamak, sağlayıcının fiziksel güvenlik önlemleriyle çözülecek bir problem değildir.

Verilerin nerede depolandığı da ayrıca sorulmalıdır. Bulut hizmetlerinde veriler, sağlayıcının farklı coğrafyalardaki veri merkezlerinde tutulabilir ve bazı hizmetlerde bölge seçimi yapılabilir. Fakat bu olanak bütün sağlayıcılarda veya bütün hizmetlerde aynı biçimde bulunmaz. Bu nedenle veri konumu, saklama süresi, erişim yetkileri ve hizmet sona erdiğinde verilerin nasıl alınacağı kullanım öncesinde incelenmelidir.

Sık yapılan hatalar ve karıştırılan kavramlar

'Bulut bilişim yalnızca dosya depolamadır.' Yanlış. Dosya depolama yaygın bir kullanım alanıdır; fakat bulut bilişim sunucu, veritabanı, ağ, yazılım, analiz ve yapay zeka gibi farklı kaynakları da hizmet olarak sunabilir.

'Bulutta fiziksel donanım yoktur.' Yanlış. Bulut hizmetleri fiziksel sunucular, depolama birimleri, ağ cihazları ve veri merkezleri üzerinde çalışır. Kullanıcı bu donanımı doğrudan işletmez; fiziksel altyapı sağlayıcı tarafından soyutlanır ve hizmet biçiminde sunulur.

'SaaS, PaaS ve IaaS aynı şeyin farklı adlarıdır.' Eksik bir yorumdur. Üçü de bulut hizmet modelidir; ancak kullanıcı ile sağlayıcı arasındaki yönetim sınırları farklıdır. IaaS daha fazla altyapı kontrolü, SaaS ise daha hazır bir kullanım sunar.

'Bulut kullanmak yedekleme yapmaktır.' Her zaman doğru değildir. Bulutta tutulan tek kopya, yedekleme stratejisi sayılmayabilir. Yanlış silme veya hesap erişimi sorunu gibi durumlara karşı geri yüklenebilir ayrı kopyaların nasıl oluşturulduğu kontrol edilmelidir.

'Kullandıkça öde mutlaka ucuzdur.' Bu da koşula bağlıdır. Kullanılmayan sanal kaynaklar, yüksek depolama kullanımı veya ağ aktarımı maliyet oluşturabilir. Kaynakların ne kadar süre açık kaldığı ve hangi hizmetlerin etkin olduğu izlenmelidir.

'Genel bulut güvensiz, özel bulut güvenlidir.' Güvenlik yalnızca dağıtım modelinin adıyla belirlenmez. Erişim yönetimi, yapılandırma, güncellemeler, veri koruma ve izleme gibi süreçlerin doğru uygulanması gerekir.