GİRİŞ PROTOKOLÜNJ // GATE 01
İNSAN OTURUMU AKTİFROTA / İNSAN
01PROJE TALEBİSYSTEM//07

SYSTEM//07 HİZMET DOSYASI / 34

Güvenlik ve Süreklilik İzleme

Kritik iş hizmetleri için güvenlik, erişilebilirlik, yedekleme ve kurtarma sinyallerini sorumlu karar yollarıyla birlikte izleyen sürekli hizmet.

Proje talebi oluşturun
ROTA HAZIRYÖNETİM / GÜVENLİK / DAYANIKLILIK / VERİ
CANLI HİZMET ROTASI
BAĞLI SİSTEM
Sürekli Sistem Yönetimi
BAŞLANGIÇ
Fiyatlandırma talep üzerine
ÇALIŞMA MODELİ
Kapsamı tanımlı proje
Süre
Yazılı kapsamda belirlenir
TESLİMAT
Dünya genelinde / uzaktan
02ÇALIŞMAKAPSAM / TANIMLI

NEDEN ÖNEMLİ / NJ//07

Yeşil panoları değil; bozulan koşulu, doğru sorumluyu ve sınanmış kurtarma yolunu görünür kılın.

01 / TESLİMATLAR

Neler teslim ederiz?

  1. 01Kritik hizmet, bağımlılık, kaynak ve kapsama kaydı
  2. 02Sinyal sağlığı, alarm, ön değerlendirme, eskalasyon ve yetki düzeni
  3. 03Yedekleme ve kurtarma kanıtı, periyodik inceleme, ayar ve devir kaydı
02 / SONUÇLAR

Başarı nasıl görünür?

  1. 01Önemli sapmalar için daha kısa ve açıklanabilir karar yolu
  2. 02Kurtarma varsayımı yerine güncel ve sınırları bilinen işletim kanıtı
  3. 03Hizmet saati, sorumluluk ve kör noktaları yazılı izleme düzeni
01AnlaSorunu netleştir.
02ÜretDoğru çözümü kur.
03Teslim etİncele, iyileştir ve yayına al.
İSTEĞE BAĞLI DOĞRUDAN KANAL

WhatsApp’tan yazmak veya aramak ister misiniz?

Kısa bir ilk görüşme için bize yazabilir veya telefonla ulaşabilirsiniz. Proje kapsamı ve hassas ayrıntılar ise proje talebi üzerinden paylaşılmalıdır.

WhatsApp’ı açBizi arayın
05İşletim rehberi / Güvenlik ve Süreklilik İzlemeİzleme sözleşmesi ve kritik hizmetler / Telemetri sağlığı ve sinyal tasarımı / Ön değerlendirme, eskalasyon ve müdahale sınırı / Süreklilik, yedekleme ve kurtarma kanıtı

İşletim rehberi / Güvenlik ve Süreklilik İzleme

Önemli sinyalleri; sorumlusu, karar yolu ve sınanmış kurtarma düzeniyle birlikte çalışır tutun.

Güvenlik ve Süreklilik İzleme talep üzerine fiyatlandırılır; çünkü güvenilir bir işletim hizmeti, gerçekten izleyeceği altyapıyı, kritik iş hizmetlerini, veri kaynaklarını, kontrol noktalarını, hizmet saatlerini, eşikleri, müdahale yetkisini, tedarikçileri, raporlama ritmini ve süreklilik testlerini açıkça adlandırmalıdır. Anlaşılan güvenlik, erişilebilirlik, yedekleme ve kurtarma göstergelerini izler; önemli sapmaları değerlendirir ve isimleri belirlenmiş sorumlulara taşırız. Bu hizmet kendiliğinden 7/24 SOC veya MDR hizmeti, acil olay müdahale sözleşmesi ya da kesintisiz çalışma taahhüdü anlamına gelmez. Ürünler, lisanslar, bulut tüketimi, mesai dışı nöbet ve uygulamalı düzeltme ancak yazılı teklifte yer alıyorsa kapsamdadır. Hedef, yeşil kutularla dolu bir ekran değil; değişen koşuldan zamanında karara uzanan, açıklanabilir bir işletim zinciridir.

01 / İzleme sözleşmesi ve kritik hizmetler

Önce hangi iş hizmetinin ayakta kalması gerektiğini belirleyin; sonra hangi sinyalin anlamlı olduğuna karar verin.

İzlemenin değeri iş sonucuyla kurduğu bağdan gelir. Müşteri yolculuklarını, gelir akışlarını, mevzuata tabi süreçleri, kimlikleri, veriyi ve kaybı hâlinde kurumu ciddi biçimde etkileyecek operasyonları belirleriz. Ardından her kritik iş hizmetini uygulamalar, sunucular, bulut hesapları, ağlar, alan adları, sertifikalar, posta akışları, yedek setleri, çalışanlar ve dış sağlayıcılarla eşleriz. Böylece bir sunucunun çalışıyor görünmesi, bütün hizmetin sağlıklı olduğu yanılgısına dönüşmez.

İzleme sözleşmesi kapsamda olanı, başka bir sağlayıcı tarafından gözlenen unsuru ve henüz doğrulanmamış alanı ayrı ayrı gösterir. Ortamlar, lokasyonlar, hesaplar, çalışma saatleri, bakım pencereleri, veri işleme sınırları, saklama süresi, bildirim kanalları ve kesintiye yol açabilecek kararlara onay verecek kişiler yazılı hâle gelir. Sinyal yolu, sahibi, beklenen davranış ve arıza koşulu doğrulanmadan bir varlığı ‘izleniyor’ diye göstermeyiz.

Önceliği ürünün ürettiği alarm sayısı değil, iş etkisi ve makul tehdit senaryosu belirler. Halka açık bir site için erişilebilirlik, sertifika, yayın bütünlüğü ve ayrıcalıklı erişim sinyalleri önem taşıyabilir. Finans süreci ise kimlik, e-posta, veri aktarımı ve tedarikçi erişilebilirliğine bağlı olabilir. İzlenen sınır ve gözden geçirme sıklığı sözleşmede sabitlenir; yeni satın alınan sistemler, ek lokasyonlar ve sağlayıcı değişiklikleri kendiliğinden sınırsız hizmet kapsamına girmez.

01

Kritik hizmet kaydı

Her iş hizmetini varlık, kimlik, veri, lokasyon, tedarikçi, kurtarma bağımlılığı, etki toleransı ve isimleri belirlenmiş iş ve teknik sahipleriyle ilişkilendirin.

02

Kapsama beyanı

Kaynakları, kontrolleri, hizmet saatlerini, gecikmeyi, saklama süresini, hariç tutulan alanları ve kör noktaları yazın; doğrudan izleme ile tedarikçi bildirimini ayırın.

03

Beklenen çalışma

Normal davranışı, bakım pencerelerini, beklenen değişiklikleri, önem derecesini, bildirim yolunu ve bir gözlemin hangi noktada işlem gerektirdiğini tanımlayın.

04

Değişiklik kabulü

Yeni hizmet, alan adı, entegrasyon, tedarikçi ve riskleri yetkili bir süreçten geçirin; kapsama alınmadan önce etkisini, maliyetini ve kabulünü netleştirin.

02 / Telemetri sağlığı ve sinyal tasarımı

Verinin söylediğine güvenmeden önce, o veriyi taşıyan hattın çalıştığını izleyin.

Her önemli göstergenin bir kaynağı, gerekçesi ve sorumlusu olmalıdır. Yazılı kapsama göre kimlik, uç nokta, güvenlik duvarı, DNS, e-posta, bulut yönetim katmanı, uygulama, veritabanı, sertifika, zafiyet süreci, yayın sistemi, erişilebilirlik ölçümü, yedekleme işi ve geri yükleme kayıtlarından yararlanabiliriz. Her kaynağın hangi varlıkları kapsadığı, kayıtların nasıl geldiği, hangi alanların gerekli olduğu, saatlerin nasıl eşlendiği ve verinin ne kadar süre erişilebilir kaldığı belgelenir.

Sessiz kalan bir bağlayıcı, görünürlüğün kaybolduğu sırada panoyu sakin gösterebilir. Bu nedenle kaynak sağlığı kontrolleri; eksik ya da geç gelen kayıtları, kapanan loglamayı, bozulan toplayıcıyı, saat sapmasını, süresi dolan yetkiyi, olağandışı hacmi, ayrıştırma hatasını, saklama kaybını ve yetkisiz ayar değişikliğini de izler. Erişilebilirlik ölçümleri yalnızca kolay bir uç noktaya değil, kullanıcı yoluna ve önemli bağımlılıklara yerleştirilir. ‘Başarılı’ yedekleme mesajı ise depo, bütünlük ve geri yükleme kanıtıyla desteklenmesi gereken bir işletim iddiasıdır.

Alarm tasarımı, müşterinin verebileceği bir karardan başlar. Eşikler, korelasyon, bağlam ekleme, bastırma ve gruplama; planlı bakım, gürültülü sapma ve ciddi riski ayıracak biçimde ayarlanır. Bir alarmın neden oluştuğunu ve nasıl kapatıldığını açıklayacak ham kanıt korunur. Yetki verilirse makine öğrenmesi veya yapay zekâ sınıflandırma ve özetlemeye yardımcı olabilir; ancak kaynak kalitesinin, insan incelemesinin ve hesap verebilir kararın yerini alamaz.

01

Kaynak envanteri

Her kaynak için sorumlu, kapsanan varlıklar, olay türleri, toplama yolu, gecikme, saklama, saat dilimi, erişim, bütünlük, mahremiyet dayanağı ve bilinen boşlukları kaydedin.

02

Sinyalin sinyali

Beklenen veri kesildiğinde, bayatladığında, biçim değiştirdiğinde veya sorgulanamadığında alarm üretin; sessizliği güvenli ortam kanıtı saymayın.

03

Karara bağlı tespit

Her kuralı senaryo, iş sonucu, önem mantığı, gerekli bağlam, sorumlu kararı, eskalasyon süresi ve kapatma kanıtıyla eşleştirin.

04

Gürültü ve kalite kontrolü

Yinelenen, yanlış, işlem üretmeyen ve bağlamı eksik alarmları; ayrıca sürekli bastırılan kuralları ölçün. Ayar yaparken çözülmemiş riski görünmez kılmayın.

03 / Ön değerlendirme, eskalasyon ve müdahale sınırı

İzlenen olay, sıradaki sorumlu kişinin ne yapabileceği belliyse işe yarar.

İşletim yolu olay, alarm, vaka ve güvenlik olayını birbirinden ayırır. Olay kayda geçen koşuldur; alarm, üzerinde anlaşılan kuralı karşılar; vaka, insan ya da yetkilendirilmiş otomasyon tarafından değerlendirilir; güvenlik olayı ise müşterinin isimlendirilmiş yetkilisi tarafından belirlenmiş ölçütlerle ilan edilir. Bu dil, bir ürünün renk kodunun iş ciddiyetini belirlemesini ve doğrulanmamış sapmanın ‘ihlal’ diye sunulmasını önler.

Her alarm sınıfı için kuyruk, kapsama saatleri, ilk kabul hedefi, sorulacak sorular, toplanacak kanıt, önem yolu, yedek sorumlular ve eskalasyon süresi tanımlanır. Bildirimler sınanmış birincil ve alternatif kanallardan gider. Kayıt; gerçeği, yorumu, bilinmeyeni, kararı ve eylemi ayrı tutar. İzleme penceresi kapalıysa mesai dışı bir kanalın bulunup bulunmadığı, bildirimi kimin aldığı ve hangi tepkinin satın alındığı teklifte açıkça yazılır.

Bir durumu görmek; cihazı ağdan ayırma, hesabı kapatma, trafiği engelleme, anahtarı değiştirme, yedek ortama geçme ya da tedarikçiyle müşteri adına işlem yapma yetkisi vermez. Müdahale sınıf bazında önceden yetkilendirilir veya karar sahibine taşınır. NobleJackal’ın uygulamalı düzeltme, sağlayıcı koordinasyonu ya da olay desteği vermesi; kapsam, erişim, güvenlik kontrolleri ve sorumluluk yazılıysa mümkündür. İzleme, müşterinin ortamını sınırsız değiştirme hakkı doğurmaz.

01

Ön değerlendirme kaydı

Tetikleyiciyi, kaynağı, etkilenen hizmeti, varlık ve kimlikleri, güven düzeyini, etkiyi, aciliyeti, ilgili değişikliği, kanıt bağlantılarını ve sonraki karar süresini kaydedin.

02

Önem ve eskalasyon

İş sonucunu ve zaman baskısını esas alın; asıl ve yedek sorumluları, güvenli iletişim yollarını, önem yükseltme ve düşürme koşullarını belirtin.

03

Müdahale yetkisi

Hangi sınırlama ve süreklilik adımlarının önceden onaylı olduğunu, hangilerinin yeni karar istediğini, kimin uygulayacağını, önce neyin korunacağını ve geri dönüşün nasıl doğrulanacağını yazın.

04

Hizmet saati sınırı

İzleme ve müdahale penceresini, tatilleri, mesai dışı yolu, ilk kabul hedefini ve tedarikçi bağımlılıklarını 7/24 izlenimi yaratmadan yayımlayın.

04 / Süreklilik, yedekleme ve kurtarma kanıtı

Son yedekleme işaretini değil, işi gerçekten geri getirme kabiliyetini izleyin.

Süreklilik göstergeleri hizmetin gerçek kurtarma yolundan seçilir. Yedekleme tamamlanması, korunan kopyanın yaşı, değişmezlik ve saklama durumu, çoğaltma gecikmesi, depo kapasitesi, kimlik ve anahtar erişimi, sertifika süresi, kurtarma ortamının sağlığı, bağımlılıkların erişilebilirliği, runbook ve iletişim kayıtlarının güncelliği bunlara dâhil olabilir. Aynı ölçüm müşteri portalı, kimlik altyapısı ve iç arşiv için farklı anlam taşır; eşikler yazılı etki toleransını, RPO ve RTO varsayımlarını izler.

Bir işin ‘başarılı’ görünmesi, verinin eksiksiz, okunabilir ya da uygulama tarafından kullanılabilir olduğunu kanıtlamaz. Planlı kanıt kontrolleri; envanter ve boyut mutabakatı, bütünlük incelemesi, örnek geri yükleme, uygulama düzeyinde doğrulama, kimlik ve anahtar erişimi, bağımlılık sırası ve iş sahibi kabulünü içerebilir. Testler onaylanmış güvenlik koşullarıyla sınırlıdır. Tam felaket kurtarma tatbikatı, temiz ortamda kurtarma veya canlı üretim geçişi, teklifte açıkça yer almıyorsa ayrı planlanır.

Dış bağımlılıkları da aynı kuşkucu yaklaşımla izleriz. Sağlayıcı durum sayfaları, destek bildirimleri ve sözleşmedeki hedefler yararlı girdilerdir; müşterinin kendi hizmetinin sağlıklı olduğuna dair bağımsız kanıt değildir. Müşteriye özgü belirtiyi, alternatif yolu, eskalasyon kişisini, talep için gerekli kanıtı ve geçici çözüm ya da kurtarma karar noktasını tanımlarız. Tedarikçi değişiklikleri ve süresi dolan destekler, acile dönüşmeden önce risk ve değişiklik kaydına girer.

01

Kurtarma göstergeleri

Kopya yaşı, iş sonucu, depo erişimi, saklama, değişmezlik, çoğaltma, kapasite, anahtar, kimlik ve bağımlılıkları hizmete özgü toleranslarla karşılaştırın.

02

Geri yükleme kanıtı

Neyin, hangi kopyadan, hangi ortama, hangi veri hacmi ve sürede döndüğünü; bütünlüğün ve uygulama kullanımının nasıl sınandığını, kimin kabul verdiğini kaydedin.

03

Bağımlılık nöbeti

Sertifika, DNS, kimlik, ağ, bulut bölgesi, veri deposu, operatör ve kritik tedarikçileri müşteriye yansıyan belirti ve eskalasyon yolu üzerinden izleyin.

04

Süreklilik kararı

RPO/RTO riski, geçici çözüm, failover, kurtarmayı başlatma ve normal çalışmaya dönüş yetkisini iş etkisinin sahipleri için görünür kılın.

05 / Raporlama, ayar, test ve devir

İşletim kanıtını sistemi geliştirmek için kullanın; rahatlatıcı bir aylık puan üretmek için değil.

Raporlama sıklığını karar ihtiyacı belirler. Operasyon kaydı; kaynak sağlığını, önemli alarmları, ilk kabul ve eskalasyonu, kapanmamış vakaları, kapsam değişikliklerini ve süreklilik sapmalarını gösterir. Yönetim raporu bunları kritik hizmetler, yinelenen risk, geciken kararlar, tedarikçi bağımlılıkları ve planlanan iyileştirmelerle ilişkilendirir. Erişilebilirlik, güvenlik ve kurtarmayı tek bir gösterişli yüzdeye sıkıştırıp farklı risk türlerini gizlemeyiz.

Hizmetler, tehditler ve normal davranış değiştikçe izleme düzeni de ayarlanır. Kural, eşik ve bastırma değişiklikleri; yeni kaynaklar ve kaldırılan kontroller, kayıtlı inceleme, test ve geri dönüş sürecinden geçer. Temsilî sinyal testleri, kanıtın doğru kuyruğa ve doğru sorumluya ulaştığını doğrular; süreklilik kontrolleri kurtarma kanıtının hâlâ kullanılabildiğini gösterir. Masa başı veya kontrollü teknik tatbikatlar, tespitten karara ve kurtarmaya geçişi sınayabilir; sonuç yalnızca gerçekten tatbik edilen koşulları kanıtlar.

Hizmet kaydı; kapsamı, kaynak ve kural sahiplerini, alarm geçmişini, kararları, runbook’ları, test sonuçlarını, bilinen sınırları, kalan riskleri ve açık işleri korur. Yenileme veya çıkışta kararlaştırılan kayıtlar ve erişimler güvenli yoldan müşteriye devredilir; lisanslar ve sağlayıcı verileri kendi sözleşmelerine tabidir. İzleme, tespit gecikmesini azaltabilir ve bozulan kontrolleri açığa çıkarabilir; her olayın bulunacağını, her kesintinin önleneceğini veya her kurtarmanın hedefini tutturacağını garanti etmez.

01

Operasyon incelemesi

Önemli vakaları, kaynak sağlığını, kaçan ya da gürültülü sinyalleri, açık istisnaları, müdahale sürelerini, süreklilik kanıtını ve kapsam değişikliklerini belirlenen ritimde gözden geçirin.

02

Kontrollü ayar

Kural, eşik ve bastırma değişikliklerine sorumlu, gerekçe, test, onay, yürürlük tarihi ve geri dönüş yolu ekleyin; karar izini koruyun.

03

Sına ve iyileştir

Güvenli sinyal, eskalasyon, geri yükleme ve senaryo kontrolleri yapın; bulguları sorumlu, tarih ve gözlenebilir yeniden test koşuluyla işe dönüştürün.

04

Çıkışa hazır devir

Kararlaştırılan envanterleri, ayarları, kanıtı, açık vakaları, güvenli kimlik bilgisi aktarımını, bilinen sınırları ve sonraki adımları tedarikçi bağımlılığı yaratmadan teslim edin.

Bağlantılı işletim kanıtı

İzleme; mimari, hazırlık, müdahale ve kurtarmanın arasında çalışır.

Bu dosyalar komşu hizmetlerin sınırlarını gösterir. Varlıkları; yazılı anlaşma olmadan izleme kapsamını, hizmet saatini, müdahale yetkisini veya üçüncü taraf maliyetlerini genişletmez.
Siber Dayanıklılık sistemini aç

Birincil standartlar ve resmî rehberler

İşletim modeli; sürekli izleme, loglama ve kurtarma uygulamalarına dayanır.

Bu kaynaklar yöntemi besler. NobleJackal’ı onaylamaz, müşteri ortamını belgelendirmez ve gelecekteki bir olay, kesinti ya da kurtarmanın sonucunu kanıtlamaz.

Alıcı soruları

Güvenlik ve Süreklilik İzleme hizmeti alınmadan önce neler kararlaştırılmalı?

01Güvenlik ve Süreklilik İzleme neden talep üzerine fiyatlandırılır?

İşletim maliyeti; kritik hizmet, varlık, tenant, lokasyon, veri kaynağı, kontrol, alarm sınıfı, entegrasyon ve sağlayıcı sayısıyla; ayrıca hizmet saatleri, diller, müdahale yetkisi, raporlama sıklığı, saklama ve süreklilik testleriyle değişir. Önce bu sınırı ve müşterinin sorumluluklarını doğrular, ardından kurulum ile devam eden işletimi yazılı olarak fiyatlandırırız.

02Bu hizmet 7/24 SOC veya MDR mıdır?

Hayır; böyle bir kapsam kendiliğinden doğmaz. Teklif, izleme penceresini, mesai dışı kanalı, ilk kabul hedeflerini, ön değerlendirme sorumlusunu ve müdahale yetkisini tam olarak yazar. İnsanlı 7/24 SOC, MDR, tehdit avcılığı, nöbetçi olay müdahalesi veya adli inceleme ancak açıkça adlandırılmış, kaynaklandırılmış ve fiyatlandırılmışsa kapsamdadır.

03Tam olarak neyi izleyeceksiniz?

Yalnızca yazılı envanterde bulunan unsurları. İhtiyaca göre kimlik, uç nokta, ağ, DNS, e-posta, bulut, uygulama, veritabanı, sertifika, yayın, erişilebilirlik, yedek, çoğaltma, kapasite ve kurtarma göstergeleri kapsama girebilir. Her kaynağın varlık sınırı, amacı, sahibi, gecikmesi, saklama süresi, eşiği, kör noktası ve eskalasyon yolu belirlenir; listede olmayan bir varlık izleniyor diye sunulmaz.

04Alarm oluştuğunda kim müdahale eder?

Alarm sözleşmesi kuyruğu, hizmet saatini, ön değerlendirme sorumlusunu, müşteri karar yetkilisini, eskalasyon yolunu ve izin verilen işlemleri tanımlar. NobleJackal alarmı değerlendirebilir ve doğru kişiye taşıyabilir; uygulamalı sınırlama, sağlayıcı koordinasyonu, düzeltme veya kurtarma yalnızca önceden yetkilendirilmiş ve kapsama alınmışsa yapılır. Acil müdahale, adli inceleme, hukuki görüş ve dış bildirim ayrı hizmettir.

05Panonun yeşil olması yedeklerin ve sürekliliğin çalıştığını kanıtlar mı?

Hayır. Pano, bir işin veya ölçümün başarılı yanıt verdiğini gösterebilir; eksiksiz veri, kullanılabilir anahtarlar, doğru bağımlılık sırası ya da kurtarılabilir iş hizmetini tek başına kanıtlamaz. Üzerinde anlaşılan bütünlük, geri yükleme ve uygulama kontrollerini yaparız; ancak kanıt yalnızca sınanan kopya, ortam, hacim, süre ve senaryo için geçerlidir. Kesintisiz çalışma, kesin RPO/RTO veya her olayda başarılı kurtarma garantisi değildir.