Türkiye'de NOC ve Monitoring Hizmeti Nasıl Seçilir? 2026 Rehberi

Neredeyse her teklifte dört terim karşımıza çıkar ve bu terimler farklı şeyleri ifade eder.

Merkezi izleme, fiziksel ve sanal sunucular, switch ve router’lar, güvenlik duvarları, depolama sistemleri, sanallaştırma sunucuları, endüstriyel ve IoT uç noktaları ile bağlı tüm lokasyonlar genelinde tek bir operasyonel görünüm sunar. Verinin yaygın kullanılan izleme platformlarından biriyle mi yoksa sağlayıcının kendi konsoluyla mı toplandığı, tüm lokasyonların ve markaların tek bir ilişkilendirilmiş görünümde bir araya gelip gelmediği kadar önemli değildir. Bir yazılım kurulumu, hizmet anlamına gelmez.

NOC, bu verinin üzerine kurulan insan ve süreç katmanıdır: uyarıları izleyen, olayları önceliklendiren, ciddiyet seviyesine göre eskalasyon uygulayan ve yalnızca mesai saatlerinde değil, gece ve hafta sonları da müdahaleyi koordine eden bir ağ operasyon merkezidir.

Alarm yönetimi, yalnızca uyarıları almaktan ibaret değildir. Tekrarlayan olayların ayıklanmasını, ilişkili belirtilerin tek bir olay altında birleştirilmesini, önceliklendirmeyi, doğru sorumluya yönlendirmeyi ve belgelenmiş kapanışı kapsar — böylece sabah 03:00’te yaşanan bir bağlantı dalgalanması 400 talep oluşturmaz.

SLA destekli destek kavramı harfiyen okunmalıdır: ciddiyet seviyesine göre yanıt süresi, eskalasyonun kimin sorumluluğunda olduğu, raporlama sıklığı ve alıcıların çoğu zaman atladığı soru — sözleşmenin yalnızca bildirim mi yoksa müdahaleyi de mi kapsadığı.

Buradaki temel sorun; süreklilik, müdahale disiplini ve karma altyapı genelinde görünürlüktür. Aşağıdaki bölümlerde sağlayıcı türleri — sistem entegratörleri, yönetilen hizmet sağlayıcıları, telekom operatörleri ve şirket içi ekipler — imzadan önce doğrulayabileceğiniz kriterlere göre karşılaştırılmaktadır.

Hangi sağlayıcı türü hangi işletim modeline uygundur: entegratör, yönetilen hizmet sağlayıcı veya platform sağlayıcısı

Bir izleme talebine üç farklı türde şirket yanıt verir ve bunlar birbirinin yerine geçmez.

Sistem entegratörleri, önce ortamı tasarlar ve kurar: ihtiyaç analizi, yapısal kablolama, switch, güvenlik duvarı ve sunucu kurulumu, ardından kurdukları altyapının üzerine izleme katmanı eklenir. Sektördeki bazı entegratörler uzun yıllardır sunucu ve ağ projelerinde faaliyet gösterir; hizmet kapsamları genellikle ağ kurulumu ve arıza giderme, kablolu ve kablosuz tasarım, sunucu kurulumu, sanallaştırma ve bakımı kapsar ve farklı sunucu markalarında (Dell, HP, Lenovo, Fujitsu, Supermicro gibi) deneyim beyan ederler. Entegratörler, görünürlüğün fiziksel bir kurulumu takip etmesi gerektiğinde güçlüdür. Dukasim da bu modelde çalışır; izleme kapsamını devreye alma aşamasında bırakmak yerine proje fazından sürekli desteğe taşır.

Yönetilen hizmet sağlayıcıları, sözleşme kapsamında operasyonun yürütülmesini üstlenir: alarm yönetimi, eskalasyon, periyodik raporlama ve bazı anlaşmalarda teknik müdahale. Kapsam sağlayıcıdan sağlayıcıya belirgin şekilde değişir. Bazı sağlayıcılar ITIL tabanlı hizmet yönetimi ve 7/24 çalışan bir operasyon ekibi üzerinden konumlanırken, bazıları sunucuları, veri merkezlerini, ağ cihazlarını, güvenlik duvarlarını, router ve switch’leri kapsayan otomatikleştirilmiş bir NOC yapısını, merkezi alarm yönetimini, güncel tutulan bir CMDB’yi ve yapay zekâ destekli olay yönetimini öne çıkarır; bir kısmı ise NOC’u daha çok alarm yönetimi, eskalasyon ve düzenli raporlama etrafında konumlandırır. Her durumda kapsamın broşürde değil sözleşmede doğrulanması gerekir.

Platform sağlayıcıları, ağ, sunucu, depolama ve IoT telemetrisi için araç setini sağlar. Metrik toplama ve pano derinliğindeki ürün kapasiteleri genellikle yalnızca bir hizmet sözleşmesinin sunabileceğinin ötesine geçer; ancak kurulum, ayarlama ve 7/24 yanıt sorumluluğu sizde veya bir iş ortağınızda kalır. Asıl denge noktası budur: ürün derinliği ile operasyonel sahiplik arasındaki tercih.

Sağlayıcılar arasında NOC kapsamı nasıl karşılaştırılır: kapsam, yanıt süreleri, raporlama, otomasyon ve entegrasyon

Satış sunumları sonuçları anlatır; sözleşmeler kapsamı tanımlar. İkisini birbirinden ayıran beş soru vardır.

1. Kapsam. Bir hizmet adı değil, izlenen cihazların listesini isteyin. Eksiksiz bir liste; fiziksel ve sanal sunucuları, güvenlik duvarlarını, switch’leri, router’ları, depolama sistemlerini, hipervizörleri ve — üretim tesisi veya hastane ortamlarında — IoT ile endüstriyel uç noktaları adlandırır. Ardından bu listenin çoklu lokasyonlarda nasıl işlediğini sorun: şube cihazları merkezi bir toplayıcıdan mı taranıyor, yoksa her lokasyonun kendi probu mu olması gerekiyor? Kullanılan izleme yazılımı burada önemlidir, çünkü farklı platformlar host, sensör ve uzak toplayıcı lisanslamasını farklı biçimde yapılandırır. Cihaz sayısı artmadan önce lisanslama modelini yazılı olarak alın.

2. Yanıt süreleri. 7/24 vaadi tek başına bir hizmet seviyesi değildir. Sözleşme; her ciddiyet sınıfı için ilk yanıt süresini, seviyeler arası eskalasyon süresini, olay kapanışının kime ait olduğunu ve arızanın operatörünüzde veya üçüncü taraf bir tedarikçide olduğu durumlarda ne olacağını tanımlamalıdır.

3. Raporlama. Alarm kayıtları ham veridir. Faydalı çıktı; sisteme göre kullanılabilirlik ve olay eğilimlerini, kök neden özetlerini, depolama ve bant genişliği için kapasite payını ve bir denetimde veya yönetim değerlendirmesinde geçerliliğini koruyacak kayıtları içerir.

4. Otomasyon. Bir operasyon ekibini yoran şey alarmın yokluğu değil, alarm hacmidir. Olay korelasyonu, tekrarlayan alarmların ayıklanması, otomatik talep (ticket) oluşturma ve doğru olayı doğru nöbetçi ekibe yönlendiren kuralların olup olmadığını özellikle sorgulayın.

5. Entegrasyon. Mevcut altyapınız için okuma erişim yöntemlerini — SNMP, WMI, API, syslog — ve izleme katmanının yapılandırma yönetimi veritabanınıza (CMDB), talep yönetim sisteminize ve dokümantasyon sürecinize nasıl yazdığını doğrulayın.

Dürüst bir denge noktası: bir platform sağlayıcısı genellikle daha derin telemetri ve daha yapılandırılabilir panolar sunarken, yönetilen bir hizmet sağlayıcısı operasyonel devri sağlar — adı belli bir mühendis, bir eskalasyon yolu, bir kapanış kaydı. Seçim yapmadan önce ikisini de kendi olay geçmişinize göre puanlayın.

7/24 monitoring hizmetinin pratikte ne içermesi gerektiği

“7/24 monitoring” ifadesi tek başına bir hizmet seviyesi tanımlamaz; asıl belirleyici olan bu sürenin arkasındaki operasyonel düzendir. Sağlayıcının gece, hafta sonu ve resmi tatil vardiyalarını nasıl planladığı, bir vardiyadan diğerine devrin nasıl belgelendiği ve bir alarmın kaç dakika içinde bir kişi tarafından fiilen görüldüğü sözleşmede net biçimde tanımlanmalıdır.

Pratikte süreç dört aşamadan oluşur: alarmın tetiklenmesi ve kayıt altına alınması, ilgili vardiyadaki personel tarafından değerlendirilmesi, ciddiyet seviyesine göre eskalasyon zincirinin işletilmesi ve olayın hangi koşullarda kapatılmış sayılacağının belgelenmesi. Bu dört aşamadan herhangi birinin sözleşmede tanımsız bırakılması, bir olay sırasında sorumluluğun kimde olduğunun belirsizleşmesine yol açar.

Kurumsal alıcılar için pratik soru şudur: gece saat 03:00’te oluşan bir alarmı kim, ne kadar sürede görür; bu kişi olayı kapatma yetkisine mi sahiptir yoksa yalnızca dahili ekibe bildirim mi iletir? Bu sorunun yanıtı sağlayıcının tanıtım materyalinde değil, SLA maddelerinde aranmalıdır.

Çok lokasyonlu ve farklı marka altyapılarda merkezi görünürlük

Üretim tesisleri, hastaneler, oteller ve çok şubeli işletmelerde altyapı nadiren tek bir markadan oluşur. Farklı zamanlarda alınmış sunucular, güvenlik duvarları, switch’ler, depolama sistemleri ve sanallaştırma katmanları genellikle bir arada çalışır; bazı lokasyonlarda ise IoT ve endüstriyel uç noktalar bu tabloya eklenir.

Merkezi görünürlük, bu farklı marka ve lokasyonlardaki cihazların ayrı ayrı panolarda değil, tek bir operasyonel görünümde izlenebilmesi anlamına gelir. Bunun için sağlayıcıdan iki şeyin doğrulanması gerekir: birincisi, her lokasyondaki cihazların merkezi bir toplayıcı üzerinden mi yoksa yerel bir prob aracılığıyla mı izlendiği; ikincisi, farklı marka cihazlardan gelen verinin tek bir ilişkilendirilmiş görünümde birleşip birleşmediği. Aksi halde her lokasyon veya her marka için ayrı bir izleme adası oluşur ve bu durum, olayların bütünsel biçimde değerlendirilmesini zorlaştırır.

Çok lokasyonlu kurumlar için bir diğer önemli nokta, yeni bir şube veya tesis devreye alındığında merkezi görünürlüğe dahil edilme sürecinin ne kadar sürdüğü ve bunun ek bir proje mi yoksa hizmetin doğal bir parçası mı olduğudur.

Alarmdan gerçek müdahaleye: korelasyon, önceliklendirme, atama ve olay sonrası kayıt

Bir alarmın oluşması ile bu alarma karşılık gerçek bir müdahalenin yapılması arasında birkaç ayrı adım vardır ve bu adımların her biri operasyonel olgunluğu gösterir.

İlk adım korelasyondur: birbiriyle ilişkili birden fazla uyarının tek bir olay altında birleştirilmesi, örneğin bir switch arızasının o switch’e bağlı onlarca cihazdan gelen uyarıyı tek bir kök olaya indirgemesi. İkinci adım önceliklendirmedir; olayın iş etkisine göre ciddiyet seviyesinin belirlenmesidir. Üçüncü adım, olayın doğru sorumluya veya doğru nöbetçi ekibe atanmasıdır. Dördüncü adım fiilen çözüme yönelik aksiyondur; bu aksiyon sağlayıcının sözleşme kapsamına göre yeniden başlatma, yapılandırma değişikliği veya ilgili tedarikçiyle koordinasyon şeklinde olabilir. Son adım ise olayın nasıl çözüldüğünün, ne kadar sürdüğünün ve tekrarını önlemek için alınan aksiyonun belgelenmesidir.

Alıcılar açısından kritik nokta, bu beş adımın tamamının mı yoksa yalnızca ilk üçünün mü sağlayıcının sorumluluğunda olduğudur. Bir sağlayıcının “alarm yönetimi sunduğunu” söylemesi, otomatik olarak dördüncü adımı yani teknik müdahaleyi de üstlendiği anlamına gelmez.

Monitoring hizmet modelleri nasıl karşılaştırılır: izleme, eskalasyon ve teknik müdahale

Sağlayıcıların operasyonel sorumluluğu üç ayrı modelden birine karşılık gelir ve bu modeller birbirinin yerine geçmez.

Yalnızca izleme modelinde sağlayıcı sistemleri izler ve uyarı üretir; bu uyarının değerlendirilmesi, yönlendirilmesi ve çözülmesi müşterinin dahili BT ekibinde kalır. İzleme + eskalasyon modelinde sağlayıcı alarmları değerlendirir ve tanımlı süreler içinde belirlenen kişilere veya sürece yönlendirir; ancak fiili teknik müdahale müşteride veya ayrı bir sözleşmede kalabilir. İzleme + teknik müdahale modelinde ise sağlayıcı bildirimle yetinmez; sözleşme kapsamında teknik olarak da müdahale eder — yeniden başlatma, yapılandırma değişikliği, donanım veya network tedarikçileriyle koordinasyon gibi adımları üstlenir ve süreci kapanışa kadar takip eder.

Bu ayrım yalnızca teorik değildir; hangi modelin seçildiği fiyatı, gereken dahili personel sayısını, SLA metnini ve bir olayın kimin tarafından kapatılacağını doğrudan etkiler. “Monitoring” kelimesinin otomatik olarak teknik müdahaleyi içerdiği varsayılmamalıdır; her sağlayıcıda kapsam farklılık gösterebileceğinden, alıcının hangi modelin fiilen sunulduğunu sözleşme aşamasında netleştirmesi gerekir.

Dukasim’in altyapı yetkinlikleri monitoring yaklaşımıyla nasıl ilişkilenir

Dukasim, network, güvenlik duvarı, sunucu ve depolama, veri merkezi ve IoT alanlarında uçtan uca proje, kurulum ve destek hizmeti sunan bir sistem entegratörü olarak konumlanır. Bu yapı, monitoring ihtiyacının çoğu zaman tek başına bir yazılım kurulumu değil, mevcut altyapıyla bütünleşik bir operasyon meselesi olduğu gerçeğiyle örtüşür: bir switch’i kuran, bir güvenlik duvarını yapılandıran veya bir sunucu/depolama sistemini devreye alan ekip, aynı zamanda bu bileşenlerin izlenmesi gereken noktalarını da bilir.

Dukasim’in kendi DMS katmanı, bu bütünleşik yaklaşımın bir parçası olarak izleme ihtiyaçlarının bir kısmına destek olacak şekilde konumlanır; ancak bu katmanın kapsamı proje bazında değişebileceğinden, belirli bir SLA süresi, otomatik teknik müdahale veya yapay zekâ destekli olay yönetimi gibi taahhütler burada genellenmemelidir. Kurumsal alıcılar için doğru yaklaşım, bu tür yetkinliklerin varlığını ve kapsamını doğrudan Dukasim ile görüşerek, kendi altyapıları ve SLA beklentileri üzerinden netleştirmektir.

Bu konumlandırmanın pratik sonucu şudur: network, güvenlik, sunucu/depolama ve veri merkezi projelerini aynı ekipten alan kurumlar için, izleme katmanının proje kapsamıyla uyumlu şekilde tasarlanması ve zaman içinde genişletilmesi daha az koordinasyon gerektirir.

Kurumunuzun mevcut cihaz envanterini ve beklediğiniz SLA seviyesini paylaştığınızda, Dukasim ekibi bu ihtiyacı network, güvenlik, sunucu/depolama ve veri merkezi yetkinlikleriyle birlikte değerlendirip size uygun kapsamı netleştirebilir.