Bulut bilişim, uzaktaki bir sunucuyu kullanmanın ötesinde, bilişim kaynaklarının sağlanma ve yönetilme biçimini değiştirir. Kullanıcı gerekli işlem gücünü, depolamayı veya uygulama hizmetini fiziksel donanımı tek tek kurmadan isteyebilir; kaynaklar ortak bir havuzdan otomatik olarak ayrılır, gereksinim azaldığında geri bırakılır ve kullanım ölçülür. Bu model hızlı kapasite değişimi ve işletim kolaylığı sağlayabilir, fakat fiziksel sorumluluğu bütünüyle ortadan kaldırmaz. Kimlik, erişim, veri sınıflandırması, yedekleme, maliyet, hizmet sürekliliği ve sağlayıcı bağımlılığı hâlâ tasarım kararıdır. Bulut ile internet eş anlamlı değildir; internet iletişim ortamını, bulut ise kaynakların hizmet olarak örgütlenmesini anlatır. Her çevrim içi uygulama bulut özelliği taşımadığı gibi, kurum içinde işletilen bir kaynak havuzu da gerekli özellikleri sağladığında bulut modeliyle kurulabilir. Değerlendirme, yalnız sağlayıcı kataloğundaki özelliklere değil, iş yükünün gerçek davranışına dayanır. Düzenli ve sabit yük, ayrılmış altyapıda daha öngörülebilir olabilir; kısa süreli dalgalanan talep esnek kaynaklardan daha çok yararlanabilir. Veri büyüklüğü, ağ çıkışı, ekip uzmanlığı ve kurtarma hedefi hesaba katılmadan yapılan taşıma, teknik kolaylığı yeni maliyet ve bağımlılıklara dönüştürebilir. Bu nedenle bulut benimseme kararı ölçülen yarar, açık sorumluluk ve sınanmış çıkış planıyla birlikte ele alınır.
Bulut hizmetinin kaynak döngüsü
- Talep Kullanıcı veya uygulama gereksinimi
- Kaynak havuzu İşlem, ağ ve depolama kapasitesi
- Otomasyon Sağlama, ölçekleme ve geri bırakma
- Ölçüm Kullanım, maliyet ve hizmet düzeyi
- Güvence Kimlik, koruma ve süreklilik
Temel özellikler ve hizmet mantığı
NIST çerçevesinde isteğe bağlı öz hizmet, geniş ağ erişimi, kaynak havuzlama, hızlı esneklik ve ölçülebilir hizmet bulut modelini tanımlayan temel özelliklerdir. Bunlar bir ürün listesinden çok işletim davranışını açıklar. Kullanıcı kapasite için elle donanım kurulmasını beklemiyorsa, kaynaklar birden çok talep arasında güvenli biçimde paylaşılıyorsa ve kullanım izlenebiliyorsa hizmet yeni gereksinime hızlı karşılık verebilir. Yalnız sanal makine kullanmak bu özelliklerin tamamını sağlamaz; otomatik sağlama ve ölçüm bulunmadığında geleneksel barındırmanın sanallaştırılmış biçimi söz konusu olabilir.
Ortak havuz fiziksel kaynakların sınırsız olduğu anlamına gelmez. Sağlayıcı kapasiteyi bölgelere, hata alanlarına ve kullanıcı kotalarına göre yönetir. Ani ölçekleme isteği kota veya bölgesel yetersizlik nedeniyle karşılanamayabilir. Ölçülebilir hizmet, kullanılan birimi görünür kılar; bu ölçüm faturalama kadar kapasite planlama ve anormallik bulmada işe yarar. Ölçüm tanımı açık değilse istek, veri aktarımı, işlem süresi ve ayrılmış kapasite birbirine karışır. Mimari, hizmetin hangi birimi gerçekten tükettiğini uygulama davranışıyla birlikte değerlendirir.
Altyapı, platform ve yazılım hizmetleri
Altyapı hizmetinde kullanıcı sanal işlem, depolama ve ağ kaynaklarını alır; işletim sistemi ile uygulama yapılandırmasının önemli bölümünü yönetir. Platform hizmeti çalışma zamanı, ölçekleme ve bazı veri hizmetlerini hazır sunarak uygulama koduna odaklanmayı sağlar. Yazılım hizmetinde son kullanıcı doğrudan uygulamayı kullanır ve altyapı ayrıntılarını yönetmez. Bu modeller katı çizgiler değildir; yönetilen veri tabanı, işlev hizmeti ve kapsayıcı platformu farklı sorumluluk paylaşımları oluşturur. Her hizmette sağlayıcının ve müşterinin yönettiği katman yazılı olarak belirlenir.
Daha çok yönetilen hizmet, daha az işletim işi sağlayabilir; bunun karşılığında yapılandırma özgürlüğü ve taşınabilirlik azalabilir. Hazır veri hizmeti yedek, güncelleme ve devretmeyi yönetirken şema tasarımı, sorguların verimliliği ve erişim yetkisi kullanıcıda kalır. Sunucusuz olarak adlandırılan modelde de fiziksel sunucular vardır; kullanıcı yalnız bunları ayırma ve yamalama işini üstlenmez. Terim, çalıştırmanın olay veya istek başına sağlanmasını anlatır. Soğuk başlama, süre sınırı ve durum saklama biçimi uygulamaya uygun değilse kolaylık yeni bir kısıta dönüşebilir.
Dağıtım modelleri, bölge ve hata alanı
Genel bulut hizmetleri birden çok müşteri için işletilen ortak altyapıdan sunulur. Özel bulut belirli kuruma ayrılmış kaynaklarda aynı otomasyon ve hizmet özelliklerini kurar. Karma yapı, özel ve genel ortamları veri ile iş akışı üzerinden ilişkilendirir. Birden çok sağlayıcı kullanmak ise yalnız hesap açmak değil, kimlik, ağ, gözlem ve veri taşınabilirliğini ortak yönetecek mimari kurmaktır. Seçim, mevzuat, gecikme, uzmanlık, maliyet ve süreklilik gereksinimlerine dayanır. “Daha güvenli” veya “daha ucuz” gibi genel hükümler iş yükü ölçülmeden kurulamaz.
Bölge, bir hizmetin coğrafi işletim alanını; hata alanı ise ortak güç, ağ veya fiziksel altyapı arızasından birlikte etkilenebilecek kaynak grubunu gösterir. Aynı bölgede iki örnek çalıştırmak, ikisi aynı hata alanındaysa beklenen dayanımı sağlamaz. Bölgeler arası kopyalama gecikme ve veri aktarım maliyeti ekler; tutarlılık sözleşmesini de etkiler. Veri yerleşimi yalnız teknik yakınlık değildir, yasal ve kurumsal sınırlara bağlı olabilir. Kurtarma tasarımı hangi arızada ne kadar veri ve süre kaybının kabul edildiğini sayısal hedeflerle açıklar.
Esneklik, altyapı kodu ve gözlenebilirlik
Dikey ölçekleme tek örneğin kaynağını büyütür; yatay ölçekleme örnek sayısını artırır. Yatay büyüme uygulamanın durumu paylaşma ve istekleri dengeli dağıtma biçimine bağlıdır. İşlemci kullanımına bakarak otomatik ölçekleme, kuyruk gecikmesini veya dış hizmet sınırını görmeyebilir. Ölçek ölçüsü kullanıcıya görünen darboğazla ilişkilendirilir ve ani dalgalanmayı izleyen gereksiz aç-kapa hareketleri önlenir. Kapasite hızla sağlanabilse de veri taşımak ve önbelleği ısıtmak zaman alır. Esneklik sınaması gerçek büyüme ve küçülme süresini ölçer.
Altyapı kodu, ağ, erişim ve hizmet yapılandırmasını sürümlenebilir tanımlara dönüştürür. Elle yapılan değişiklik ile tanım arasındaki sapma düzenli olarak bulunur; otomatik uygulama için inceleme ve geri alma yolu gerekir. Bulut gözlenebilirliği yalnız sağlayıcı panosuna bakmak değildir. Uygulama ölçüleri, dağıtık izler, denetim kayıtları ve maliyet verisi ortak zaman çizgisinde incelenir. Yönetim katmanındaki başarısızlıkla uygulama hatası ayrılır. Günlüklerin farklı bölgelerde gereksiz kopyalanması gizlilik ve maliyet doğurabileceği için saklama politikası veri sınıfına göre belirlenir.
Paylaşılan sorumluluk, güvenlik ve maliyet
Sağlayıcı fiziksel tesis ve sunduğu hizmet katmanını korurken müşteri kimlik, veri, uygulama ve seçtiği yapılandırmadan sorumludur; sınır hizmet modeline göre değişir. Varsayılan açık depolama, gereğinden geniş rol veya uzun ömürlü erişim anahtarı altyapının güvenli olmasına rağmen veri sızıntısı yaratabilir. Kimlik merkezli erişim, en az yetki, kısa süreli kimlik bilgisi, şifreleme ve denetim kaydı birlikte uygulanır. Yedek aynı hesapta silinebilir durumda kalıyorsa fidye veya yönetici hatasına karşı gerçek ayrım sağlamaz.
Kullanım başına ödeme düşük başlangıç maliyeti sağlayabilir, fakat denetlenmeyen kaynak ve veri aktarımı bütçeyi hızla büyütür. Maliyet yönetimi yalnız ay sonunda fatura incelemek değildir; kaynaklara sahiplik etiketi verme, bütçe uyarısı, birim işlem maliyeti ve atıl kapasite ölçümünü içerir. En ucuz görünen depolama sınıfı sık erişimde geri alma bedeliyle pahalılaşabilir. Uzun süreli taahhüt düzenli yükte yarar sağlar, değişken işte esnekliği azaltır. Teknik performans ile maliyet aynı deneyde izlenerek harcanan kaynağın kullanıcı değerine dönüşüp dönüşmediği görülür.
Taşınabilirlik, değerlendirme ve GTS bağlantısı
Sağlayıcıya bağımlılık yalnız özel bir arayüz kullanmak değildir. Veri hacmi, çıkış maliyeti, kimlik modeli, işletim bilgisi ve sözleşme koşulları geçişi zorlaştırabilir. Her bileşeni en küçük ortak özelliğe indirgemek ise yönetilen hizmetlerin değerini kaybettirir. Kritik iş yükü için çıkış planı, veri dışa aktarma denemesi ve alternatif işletim süresi ölçülür. Hizmet seçimi erişilebilirlik geçmişi, destek, veri dayanıklılığı ve gözlenebilirlik olanaklarıyla değerlendirilir. Sağlayıcının verdiği hedef, uygulamanın uçtan uca hedefiyle aynı değildir.
T-BDLD'de “bulut bilişim”, “bulut hizmeti”, “bulut altyapısı”, “özel bulut” ve “genel bulut” sorguları terimin teknik ve genel kullanımını canlı biçimde gösterir. Gökyüzüyle ilgili gerçek anlamlar öbek sorgularıyla ayrılır; reklam sloganı ve ürün listesi kavram açıklaması sayılmaz. “Buluta taşımak” gibi mecazlaşmış teknik kullanımlar ayrıca gözlenebilir. Derlem kartı yeni veriyle sıklık, alan yayılımı ve son görülme bilgisini günceller; ansiklopedi metni hizmet modelinin ürünlerden bağımsız kavramsal sınırını sürümlü olarak korur.
Doğrulanmış kaynakça
- Association for Computing Machinery, IEEE Computer Society ve Association for the Advancement of Artificial Intelligence (2024). Computer Science Curricula 2023: The Final Report. Kaynağı aç
- Mell, Peter ve Tim Grance (2011). The NIST Definition of Cloud Computing. NIST SP 800-145. DOI: 10.6028/NIST.SP.800-145. Kaynağı aç
- Scarfone, Karen, Murugiah Souppaya ve Paul Hoffman (2011). Guide to Security for Full Virtualization Technologies. NIST SP 800-125. DOI: 10.6028/NIST.SP.800-125. Kaynağı aç