Yönetilen Bulut Operasyonları

Bulut konsolu bir işletim modeli değildir. Çalışmaya işletmenin bağlı olduğu hizmetler ve müşteri yolculuklarıyla başlar; bunları uygulama, veri deposu, kimlik, ağ, alan adı, sertifika, kuyruk, entegrasyon, bölge ve dış sağlayıcılarla ilişkilendiririz. Hesaplar, abonelikler ve projeler; sahipleri ve ortamlarıyla karşılaştırılır. Doğrulanmış, çıkarıma dayalı ve bilinmeyen koşullar ayrı tutulur. Böylece eksik bir envanter, tam kontrol görüntüsü vermez.

Operasyon sözleşmesi müşteri tarafındaki karar sahibini, iş yükü ve platform sahiplerini, güvenlik ve süreklilik sorumlularını, finans temasını ve dış tedarikçileri adlandırır. Harcama, erişim, canlı ortam değişikliği, acil müdahale, devralma ve hizmete dönüş kararlarını kimin vereceği yazılır. IaaS, PaaS, SaaS ve müşteri tarafından yönetilen bileşenlerde sağlayıcı, müşteri ve hizmet ortağının görevleri ayrıştırılır. Yönetilen bir bulut ürünü satın almak, bütün operasyon sorumluluğunu sağlayıcıya devretmez.

Kapsam; sağlayıcı, tenant, hesap, bölge, iş yükü, ortam ve hizmet penceresi düzeyinde yazılı olarak sabitlenir. Yeni satın alınan şirketler, gölge hesaplar, deneme kaynakları ve üçüncü taraf servisleri sessizce sınırsız yükümlülüğe dönüşmez. Her yeni iş yükü; sahibi, kritiklik düzeyi, veri sınırı, telemetrisi, yedeklemesi, maliyet dağılımı, destek yolu ve kabul kanıtı belirlenerek işletime alınır. Bu düzen, yönetilen operasyonu ‘karşımıza ne çıkarsa düzeltiriz’ vaadinden ayırır.

Operasyon görünürlüğü, beklenen davranış ve iş etkisiyle başlar. Her hizmet için kullanıcı deneyimi, erişilebilirlik, gecikme, hata oranı, işlem hacmi, doygunluk, bağımlılık sağlığı ve kritik iş adımlarına ilişkin göstergeleri seçeriz. Metrik, log, trace ve olaylar bir hizmete ve sorumluya bağlanır. Hizmet seviyesi hedefi kullanılıyorsa ölçüm penceresi, veri kaynağı, hariç tutulan koşullar ve hata bütçesinin hangi kararı tetikleyeceği yazılır; renkli bir panonun ima etmesine bırakılmaz.

Kanıt yolu, iş yükü kadar yakından izlenir. Eksik telemetri, durmuş exporter, süresi dolmuş yetki, saat kayması, bozuk ayrıştırma, kayıt saklama kaybı veya anormal olay hacmi sahte bir sakinlik yaratabilir. Sağlayıcının durum duyurusunu müşterinin yaşadığı belirtiyle; teknik kaynak alarmını iş hizmeti olayıyla karıştırmayız. Her alarm kuralında koşul, önem mantığı, bağlam, sorumlu, hizmet saati, bildirim yolu, kabul beklentisi ve müdahale sınırı bulunur.

Olay yönetimi gözlem, ön değerlendirme, olay ilanı, koordinasyon, düzeltme ve inceleme aşamalarını ayırır. Runbook; neyin kontrol edilebileceğini veya değiştirilebileceğini, hangi adımın onay gerektirdiğini, hangi kanıtın korunacağını ve geri dönüşün nasıl doğrulanacağını açıklar. Nöbet, fiilî düzeltme veya sağlayıcı eskalasyonu dâhilse teklifte saati ve kapasitesi yazılır. Yönetilen Bulut Operasyonları tek başına 7/24 müdahale, tehdit avcılığı, adli inceleme ya da kesintiye yol açabilecek canlı ortam değişikliği yetkisi vermez.

Bulut arızalarının önemli bir bölümü, etki alanı anlaşılmamış sıradan bir değişiklikle başlar. Altyapı, uygulama, politika ve veri değişikliklerini amaç, sorumlu, etkilenen hizmet, bağımlılık, risk, doğrulama, bakım penceresi ve geri alma yolunu içeren yetkili kayda bağlarız. Uygun olduğunda altyapı ve yapılandırma sürüm kontrolünde tutulur. Konsolda yapılan elle değişiklikler saklanmaz; bildirilen durumla uyumlu hâle getirilir ya da kontrollü istisna olarak kaydedilir.

Yayın kapıları hizmetin kritikliğine göre kurulur. Düşük riskli bir ayar için akran incelemesi ve otomatik kontrol yeterli olabilir; veri tabanı geçişi veya ağ politikası değişikliği ise prova, yedek doğrulaması, bağımlılık bildirimi, iş onayı ve kesin durma koşulu gerektirebilir. Yayın kanıtı hangi sürümün hangi ortama ulaştığını, hangi testlerin çalıştığını ve kullanıcı yolunun sağlıklı kalıp kalmadığını gösterir. Pipeline’ın başarılı olması, hizmet sonucunun başarılı olduğunun tek başına kanıtı değildir.

Otomasyon, yetkiyi görünmez kılmadan tekrarlanan işi azaltacağı yerde kullanılır. Bir betik veya politika; sahibi, girdi sınırı, kuru çalıştırma ya da güvenli test, hız sınırı, hata davranışı, denetim izi ve geri dönüş yoluyla birlikte ele alınır. Kendi kendini iyileştiren işlem yalnız yan etkileri anlaşılmış ve önceden yetkilendirilmiş koşullarda çalışır. Runbook’lar gerçek erişim ve güncel arayüzlerle denenir. Baskı altında uygulanamayan belge bir operasyon kontrolü değil, eski bir nottur.

Maliyet kontrolü atıfla başlar. Hesap, abonelik, proje, kaynak ve ortak servisleri; kararlaştırılmış adlandırma, hiyerarşi ve etiket modeliyle uygulama, ekip, ortam ve karar sahiplerine bağlarız. Kime ait olduğu belirlenemeyen harcamayı görünür kılarız; yaklaşık dağıtımı da yaklaşık diye işaretleriz. Gösterim, iç faturalama, bütçe ve birim maliyet raporları yalnız mevcut verinin taşıyabildiği ayrıntı düzeyinde kurulur. Raporu eksiksiz göstermek uğruna sahte kesinlik üretilmez.

Bütçe ve tahminler geçmiş tüketimi bilinen ürün, trafik, saklama, bölge, mimari ve fiyat değişiklikleriyle birleştirir. Sapma eşikleri ve maliyet anomalileri, inceleme yapabilecek sorumluya gider. Bir sıçrama israf, olay, test, gerçek büyüme veya gecikmeli faturalama olabilir; bu nedenle tespit ile açıklama ve karar ayrı kaydedilir. Tasarruf önerisi yalnız sağlayıcının başlık rakamını taşımaz; iş yüküne etkisini, mühendislik emeğini, taahhüt riskini ve geri alınabilirliğini de gösterir.

Kapasite kararı maliyetle birlikte güvenilirlik ve performansı ele alır. Kullanım, kota, sınır, ölçekleme davranışı, veri büyümesi, ağ aktarımı, depolama yaşam döngüsü ve mevsimsel talep hizmet hedefleriyle birlikte incelenir. Rezerve kapasite, tasarruf planı veya uzun süreli taahhüt için müşterinin mali onayı ve yazılı kullanım gerekçesi gerekir. NobleJackal, yazılı kapsam, başlangıç çizgisi, yetki ve ölçüm yöntemi olmadan taahhüt satın almaz veya belirli bir tasarruf oranı vaat etmez.

Dayanıklılık her hizmet için ayrı ele alınır. Operasyon kaydı kritik iş yüklerini yedek, çoğaltma, kimlik, anahtar, DNS, ağ, veri ve tedarikçi bağımlılıklarına bağlar. Başarılı iş durumu veya çok bölgeli bir mimari çizimi kurtarma kanıtı sayılmaz. Kapsama dâhilse güvenli geri yükleme kontrolü, bağımlılık doğrulaması, devralma provası ve hizmete dönüş kararı; veri hacmi, ortam, erişim ve süre koşullarıyla zaman damgalı kanıt üretir. Tam felaket kurtarma tasarımı ve testi teklifte yazmadıkça ayrı bir hizmettir.

İnceleme düzeni operasyon ve ticari gerçekleri aynı masaya getirir: hizmet sağlığı, olaylar, tekrarlanan manuel iş, başarısız ya da riskli değişiklikler, telemetri boşlukları, kapasite, harcama ve tahmin sapması, yedek ve kurtarma kanıtı, erişim, sağlayıcı bildirimleri, süresi dolacak taahhütler, kalan riskler ve iyileştirme işleri. Aylık rapor acil eskalasyonun yerine geçmez; yeşil bir puan da açık yüksek etkili istisnayı silemez. Her işin sahibi, tarihi ve gözlenebilir kapanış koşulu vardır.

Çıkış hazırlığı müşteriyi istemeden oluşan bağımlılıktan korur. Sağlayıcı hesapları, alan adları, veriler ve onaylı depolar müşteriye ait kalır. Devir kaydı; yapılandırma, kod, runbook, pano, alarm, erişim, açık olay, taahhüt, destek kaydı, bilinen sınır ve bekleyen değişiklikleri gösterir. Kimlik bilgileri onaylı güvenli yoldan aktarılır; NobleJackal erişimi kararlaştırılan anda kaldırılır ve kanıtlanır. Yönetilen operasyon görünürlüğü ve disiplini artırabilir; kesintisiz hizmeti, hiç olay yaşanmamasını, belirli tasarrufu veya mevzuata uyumu garanti edemez.