Sinyalden sorumlu aksiyona
NOC Alarm ve Eskalasyon Süreci
NOC alarm yönetiminde amaç her sinyali herkese göndermek değil; kullanıcı etkisi bulunan, doğrulanmış ve aksiyon gerektiren olayı doğru sorumluya zamanında ulaştırmaktır. Antalya’da yerinde keşif; Türkiye genelinde uzaktan süreç, entegrasyon ve operasyon desteği sunuyoruz.
Alarm ve iletişim akışınızı birlikte çıkaralım
Kritik servisleri, mevcut izleme araçlarını, çalışma saatlerini ve teknik irtibatları paylaşın. Öncelik matrisi, bildirim kanalı, devir sınırı ve kayıt gereksinimini ilk görüşmede netleştirelim.
Kısa cevap
Alarm bir sinyaldir; olay ise yönetilmesi gereken etkidir
NOC eskalasyonu, bir alarmı başka ekibe iletmekten daha geniş bir süreçtir. Önce sinyalin gerçekliği ve etkisi doğrulanır; sonra öncelik, sorumlu ekip, iletişim sıklığı ve kapanış kanıtı belirlenir.
Sağlıklı akışta her olayın kimliği, zaman çizelgesi ve sahibi vardır. NOC; ilk değerlendirmeyi yapar, yetkili olduğu runbook adımlarını uygular, gerektiğinde teknik veya yönetsel eskalasyonu başlatır ve toparlanmayı kullanıcıya yakın bir kontrolle doğrular.
Ortak dil
Sinyal, alarm, olay ve problem aynı kayıt değildir
Kurum içinde ortak tanım kullanılmadığında aynı kesinti farklı ekiplerde farklı öncelikle ele alınır. Bu dört kavram, bildirim ve sorumluluk kararını anlaşılır hale getirir.
Sinyal veya event
Cihaz, uygulama, log, sentetik kontrol veya kullanıcı kanalından gelen ham durum değişikliğidir.
Alarm
Tanımlı kuralı aşan ve insan ya da otomasyon tarafından değerlendirilmesi gereken bildirimdir.
Olay veya incident
Bir servisin beklenen çalışmasını bozan ya da yakın risk oluşturan, sahibi ve zaman çizelgesi bulunan kayıttır.
Problem
Bir veya birden fazla olayın tekrar etmesine yol açan, kalıcı iyileştirme gerektiren altta yatan nedendir.
Alarm kalitesi: Google SRE yaklaşımı, insanı uyandıran bildirimlerin acil, aksiyon alınabilir ve kullanıcı etkisiyle ilişkili olmasını; daha düşük önemdeki işlerin ticket veya kayıt kanalına ayrılmasını önerir. Kural tasarımı Monitoring Distributed Systems ilkeleriyle birlikte değerlendirilir.
Etki ve aciliyet
Öncelik seviyesi teknik eşikten değil, iş etkisinden başlar
CPU, port veya disk eşiği tek başına P1 kararı vermez. Kullanıcı, lokasyon, kritik servis, veri bütünlüğü, güvenlik, yedeklilik, geçici çözüm ve yayılma ihtimali aynı matriste okunur.
P1 - Kritik
Kritik servis tamamen durmuş, geniş kullanıcı kitlesi etkilenmiş, veri veya güvenlik riski oluşmuş ya da hızlı büyüyen bir kesinti vardır. Eş zamanlı teknik ve yönetsel iletişim gerekir.
P2 - Yüksek
Servis ciddi biçimde bozulmuş, yedeklilik kaybolmuş veya önemli bir kullanıcı grubu etkilenmiştir. Geçici çözüm bulunabilir fakat uzman ekip devri geciktirilmez.
P3 - Orta
Etki sınırlıdır, servis çalışmayı sürdürür veya kapasite riski kontrollüdür. Kayıt açılır, ilgili ekip planlanan süre içinde değerlendirme yapar.
P4 - Düşük / Bilgi
Aktif kullanıcı etkisi bulunmayan eğilim, iyileştirme veya takip konusudur. Rapor, bakım planı ya da problem yönetimi kuyruğunda ele alınır.
Sözleşme notu: P1-P4 tanımları örnek sınıflardır. Bildirim, kabul, devralma, güncelleme ve müdahale hedefleri kurumun hizmet kapsamı ile SLA dokümanında ayrı ayrı onaylanır; sayfadaki sınıflar sabit çözüm süresi taahhüdü oluşturmaz.
Alarm doğrulama
Bildirimden önce sinyalin bağlamı ve tekrar davranışı kontrol edilir
- Alarm kaynağı, hedef, zaman ve son sağlıklı durum
- Kullanıcıya yakın sentetik veya servis sağlık kontrolü
- Bakım penceresi, değişiklik kaydı ve planlı çalışma
- Aynı kök nedenden gelen tekrar ve bağımlı alarmlar
- Eşik, bekleme süresi, veri boşluğu ve flapping davranışı
- Etkilenen servis, lokasyon, müşteri ve iş sahibi
- Mevcut yedeklilik, geçici çözüm ve yayılma ihtimali
- Runbook adımı, erişim yetkisi ve devir gereksinimi
Gürültü kontrolü: Benzer sinyallerin gruplanması, bağımlı alarmların bastırılması ve kısa dalgalanmalar için süre koşulu kullanılması, gerçek olayın tekrar bildirimleri arasında kaybolmasını önler. Kural ve yönlendirme tasarımı Google SRE Practical Alerting ilkeleriyle sınanır.
Uçtan uca akış
NOC alarm eskalasyonu yedi kontrollü adımda ilerler
- 01
Algılama ve kayıt
Alarm alınır; olay kimliği, ilk zaman damgası, kaynak, hedef ve ham kanıt otomatik veya manuel kayda eklenir.
- 02
Doğrulama ve ilişkilendirme
Servis sağlığı, bakım, değişiklik, tekrar, bağımlılık ve kullanıcı etkisi kontrol edilerek yanlış veya ikincil alarm ayrılır.
- 03
Öncelik ve sahiplik
Etki ve aciliyet matrisi uygulanır; olay sahibi, teknik ekip, müşteri irtibatı ve güncelleme sıklığı belirlenir.
- 04
Kabul ve ilk iletişim
Olay kabul edilir; bilinen etki, ilk bulgu, yürütülen kontrol ve sonraki güncelleme zamanı ilgili kişilere aktarılır.
- 05
Teknik veya yönetsel eskalasyon
Yetki, uzmanlık, süre veya etki eşiği aşıldığında kayıt; yapılan işlemler ve beklenen aksiyonla doğru seviyeye devredilir.
- 06
Toparlanma ve doğrulama
Alarmın kapanması tek başına yeterli sayılmaz; servis, kullanıcı yolu, bağımlılık ve yedeklilik yeniden kontrol edilir.
- 07
Kapanış ve öğrenme
Zaman çizelgesi, etki, çözüm, açık aksiyonlar ve tekrar riski kaydedilir; gerekli olay sonrası inceleme ve problem kaydı başlatılır.
Ölçülebilir zamanlar
Her süre aynı başlangıç noktasından ölçülmez
“Müdahale süresi” tek başına belirsizdir. Sağlıklı SLA ve raporlama için zaman damgalarının anlamı ayrı tanımlanır.
- Algılama zamanı
- Servis etkisinin başladığı bilinen zaman ile izleme sisteminin alarm ürettiği zaman ayrılır.
- Bildirim zamanı
- Doğrulanmış olayın seçilen iletişim kanalına gönderildiği ve teslim kanıtının oluştuğu andır.
- Kabul zamanı
- NOC veya sorumlu ekibin olayı gördüğünü ve aktif değerlendirmeye aldığını kaydettiği andır.
- Teknik devralma
- Uzman ekibin olay kaydını, bulguları ve beklenen aksiyonu kabul ettiği zaman damgasıdır.
- Toparlanma zamanı
- Kritik servis ve kullanıcı yolunun beklenen çalışmaya döndüğünün doğrulandığı andır.
- Kalıcı kapanış
- Geçici çözüm, kalıcı düzeltme ve açık takip işlerinin durumuyla birlikte olayın kapatıldığı andır.
Rol ve sorumluluk
Teknik çözüm, olay yönetimi ve iş iletişimi ayrı sahiplenilir
NOC operatörü
Alarmı doğrular, kayıt açar, runbook adımlarını uygular, önceliği önerir ve doğru sorumluya devir yapar.
Olay sorumlusu
Zaman çizelgesini, ekip koordinasyonunu, karar kaydını, güncelleme sıklığını ve kapanış ölçütünü yönetir.
Teknik uzman ekip
Network, sistem, uygulama, veritabanı, güvenlik veya üretici alanında teşhis ve toparlanma aksiyonunu yürütür.
İş ve müşteri irtibatı
Kullanıcı etkisini doğrular, iş önceliğini açıklar, planlı kararları onaylar ve anlaşılır durum iletişimini alır.
Doğrulamadan devre
Teknik kanıt ve ekip iletişimi aynı olay kaydında buluşur
Olay devrinde yalnız alarm ekran görüntüsü gönderilmez. Kullanıcı etkisi, canlı metrik, yapılan kontrol, erişim durumu, değişiklik kaydı ve beklenen sonraki aksiyon birlikte aktarılır.
Proje teslimi
Süreç kişilere değil, işletilebilir kayıtlara bağlanır
Kurulum sonunda alarm kuralından telefon zincirine kadar kritik kararların güncel tutulabileceği doküman ve yapılandırmalar teslim edilir.
Alarm kataloğuKaynak, koşul, süre, önem, sahip ve recovery
Öncelik matrisiEtki, aciliyet, kapsam ve istisna kuralları
İletişim ağacıTeknik, iş, yönetim ve üçüncü taraf irtibatı
Runbook setiİlk kontrol, yetki sınırı, devir ve doğrulama
Bakım planıSusturma, değişiklik, test ve geri dönüş
Rapor tanımıZaman damgası, hacim, tekrar ve iyileştirme
İşletme modeli
İzleme saati ve müdahale sınırı sözleşmede ayrılır
Mesai içi takip
Alarmlar belirlenen çalışma saatlerinde değerlendirilir; mesai dışı olaylar kayıt ve sonraki iş günü planına göre ele alınır.
Hibrit sorumluluk
NOC ilk doğrulama ve bildirimi yapar; kurumun nöbetçi ekibi veya anlaşmalı uzman ekip teknik müdahaleyi üstlenir.
7/24 yönetilen NOC
Onaylı öncelik, kanal, nöbet, kayıt, güncelleme ve eskalasyon sınırları üzerinden kesintisiz operasyon yürütülür.
Kapsam sınırı: İzleme, bildirim ve koordinasyon hizmeti; her üretici, operatör veya uygulama üzerinde sınırsız değişiklik yetkisi vermez. Müdahale yetkisi, uzaktan erişim, üçüncü taraf sözleşmeleri ve müşteri onay gereksinimleri ayrı kaydedilir.
Siber olay sınırı
Kötü niyet şüphesi varsa operasyon alarmı güvenlik olayına bağlanır
Yetkisiz erişim, zararlı hareket, veri sızıntısı, kimlik bilgisi kullanımı veya bütünlük riski görüldüğünde yalnız servis toparlanmasına odaklanılmaz. Kanıtın korunması, güvenlik ekibi bildirimi, containment ve yasal/kurumsal iletişim gereksinimi ayrı olay akışında ele alınır.
Referans çerçeve: NIST SP 800-61 Rev. 3, olay yanıtının hazırlık, tespit, yanıt ve toparlanma yetenekleriyle kurumun siber risk yönetimine bağlanmasını önerir. Güvenlik olayları için NIST olay müdahale önerileri ve kurum politikası birlikte değerlendirilir.
Operasyon ölçümü
Hız kadar alarm kalitesi ve tekrar riski de raporlanır
- Aksiyon alınabilir alarm oranı
- İnsan müdahalesi gerektiren doğrulanmış olayların toplam bildirim içindeki payı.
- Kabul ve devir süreleri
- Alarm, bildirim, kabul ve teknik devralma zaman damgaları ayrı ölçülür.
- Tekrar ve yanlış alarm
- Aynı koşulun yeniden oluşması, kısa aç-kapa davranışı ve aksiyon üretmeyen kurallar izlenir.
- Toparlanma ve açık aksiyon
- Servis dönüşü ile kalıcı düzeltme veya problem kaydı arasındaki fark görünür tutulur.
Ölçüm notu: MTTD, MTTA ve MTTR kısaltmalarının açılımı kurumlar arasında değişebilir. Raporlarda her metriğin adı yerine başlangıç, bitiş, hariç tutulan süre ve veri kaynağı açıkça yazılır.
Kullanım profilleri
Eskalasyon matrisi işletmenin çalışma biçimine göre şekillenir
Küçük ve orta işletmeler
Kritik internet, firewall, sunucu, yedekleme ve uygulama alarmlarında sade sorumluluk ve telefon ağacı oluşturulur.
Otel, mağaza ve şubeler
Lokasyon, misafir/müşteri hizmeti, POS, Wi-Fi, erişim ve merkez bağlantısı etkisi ayrı önceliklendirilir.
Üretim, depo ve lojistik
Operasyon hattı, vardiya, otomasyon, çevresel sistem ve saha erişimi teknik alarmla birlikte değerlendirilir.
Çok ekipli kurumsal yapılar
NOC, network, sistem, uygulama, güvenlik, iş birimi, operatör ve üretici arasındaki devir sınırı RACI yaklaşımıyla netleştirilir.
Sık sorulan sorular
NOC alarm ve eskalasyon süreci hakkında merak edilenler
NOC alarm ve eskalasyon süreci nedir?
NOC alarm ve eskalasyon süreci; izleme sisteminden gelen sinyalin doğrulanması, kullanıcı ve iş etkisine göre önceliklendirilmesi, olay kaydının açılması, doğru sorumluya aktarılması, durum iletişiminin yürütülmesi ve toparlanma kanıtıyla kapatılmasıdır. Süreç yalnız bildirim göndermekten ibaret değildir; her adımın sahibi, zamanı ve kanıtı bulunmalıdır.
Alarm önceliği P1, P2, P3 veya P4 olarak nasıl belirlenir?
Öncelik; etkilenen kullanıcı ve lokasyon sayısı, kritik servisin durumu, veri veya güvenlik riski, yedeklilik kaybı, geçici çözüm bulunup bulunmadığı, iş saatinin etkisi ve beklenen yayılma ihtimali birlikte değerlendirilerek belirlenir. Tek bir eşik değeri her kurumda aynı önceliği üretmez; sınıflandırma matrisi hizmet envanteri ve iş sahipleriyle önceden onaylanır.
İzleme sistemindeki her alarm için telefon açılır mı?
Hayır. Acil ve insan müdahalesi gerektiren doğrulanmış olaylar çağrı veya anlık bildirim kanalına yönlendirilir. Önemli fakat acil olmayan konular ticket kuyruğuna, yalnız eğilim veya kayıt amacı taşıyan sinyaller rapor ve dashboardlara aktarılır. Bakım, tekrar, bağımlılık ve kısa süreli dalgalanma kontrolleri yapılmadan herkese bildirim göndermek alarm yorgunluğu oluşturur.
Teknik eskalasyon ne zaman başlatılır?
NOC ilk doğrulama ve runbook adımlarından sonra olayın kendi yetki sınırında çözülemeyeceğini, etki büyüme riski bulunduğunu veya uzman ekip müdahalesi gerektiğini belirlediğinde teknik eskalasyon başlatılır. Kritik olaylarda bu devir ilk kontrollerle eş zamanlı ilerleyebilir. Aktarımda etki, zaman çizelgesi, yapılan kontroller, mevcut kanıt ve beklenen aksiyon birlikte iletilir.
Yanıt süresi ile çözüm süresi aynı mıdır?
Aynı değildir. Bildirim, kabul, teknik devralma, ilk durum güncellemesi ve çözüm farklı zaman noktalarıdır. Örneğin alarm kısa sürede kabul edilmiş olsa da üretici desteği, parça, operatör veya üçüncü taraf bağımlılığı nedeniyle kalıcı çözüm daha uzun sürebilir. Ölçümlerin başlangıç ve bitiş noktaları sözleşmede açıkça tanımlanmalıdır.
Bu süreç otomatik olarak 7/24 müdahaleyi kapsar mı?
Hayır. Alarm kuralı ve eskalasyon matrisi kurulması tek başına 7/24 insan takibi anlamına gelmez. İzleme saatleri, nöbet yapısı, iletişim kanalları, kabul süreleri, müşteri irtibatı ve müdahale sınırları ayrıca tanımlanır. Mesai içi, hibrit ve 7/24 yönetilen NOC modelleri farklı kapsam ve sorumluluklarla sunulur.
Planlı bakım sırasında gereksiz alarmlar nasıl önlenir?
Bakım kaydı; etkilenen cihaz ve servisler, başlangıç-bitiş zamanı, sorumlu kişi ve geri dönüş planıyla izleme sistemine işlenir. Uygun bakım penceresi veya susturma kuralı uygulanır; bağımlı alarmlar gruplanır. Bakım sonunda susturma kaldırılır, servis sağlık kontrolleri çalıştırılır ve beklenmeyen aktif alarmlar ayrıca değerlendirilir.
Tekrarlayan veya yanlış alarmlar nasıl azaltılır?
Alarm geçmişi; eşik, bekleme süresi, tekrar aralığı, bağımlılık, bakım, veri boşluğu ve recovery davranışı açısından incelenir. Aynı kök nedenden oluşan bildirimler gruplanır, geçici dalgalanma için süre koşulu eklenir ve aksiyon üretmeyen kurallar ticket veya rapor seviyesine alınır. Her değişiklik kontrollü senaryoyla test edilir ve alarm kataloğuna işlenir.
NOC alarm eskalasyon teklifi için hangi bilgiler gerekir?
Lokasyon, kritik servis ve cihaz envanteri; mevcut izleme araçları, çalışma saatleri, iş ve teknik irtibatlar, öncelik beklentileri, bildirim kanalları, bakım düzeni, üretici ve operatör bağımlılıkları ile mevcut SLA veya destek sözleşmeleri ilk kapsam için yeterlidir. Eksik alarm, runbook ve sorumluluk bilgileri keşif ve pilot aşamasında birlikte tamamlanabilir.
Teknik kaynaklar: Google SRE izleme ilkeleri·Practical Alerting·Google SRE olay yanıtı·NIST SP 800-61 Rev. 3
Teknik içerik 20 Temmuz 2026 tarihinde Google SRE ve NIST kaynakları temel alınarak gözden geçirilmiştir. Örnek öncelik sınıfları ve süreç adımları, kurumun kendi hizmet envanteri, iş etkisi, yetki modeli ve sözleşme koşullarıyla uyarlanır. Sayfa tek başına belirli yanıt veya çözüm süresi taahhüdü oluşturmaz.
Ön değerlendirme
Alarmı doğru kişiye, doğru bağlam ve kayıtla ulaştıralım
Kritik servislerinizi, mevcut izleme araçlarınızı ve çalışma saatlerinizi paylaşın. Öncelik, doğrulama, bildirim, devir, durum iletişimi ve kapanış akışını kurumunuza uygun biçimde planlayalım.