Telefon: 0 (552) 380 25 25  |  Hafta içi 10:00–18:00 · Teknik destek 7/24

🇬🇧 EN

Digital Bridge Blog

Yapay Zeka

AIOps Nedir? BT Operasyonlarında Yapay Zeka ile Alarm Gürültüsünü Azaltma ve Kesintiyi Erken Yakalama

AIOps nedir, klasik izlemeden farkı ne? Alarm gürültüsünü azaltan, kök nedeni öneren BT operasyonlarında yapay zekayı ve 7 adımlık geçiş planını anlatıyoruz.

8 dk okuma  · Digital Bridge Mühendislik Ekibi
AIOps Nedir? BT Operasyonlarında Yapay Zeka ile Alarm Gürültüsünü Azaltma ve Kesintiyi Erken Yakalama

AIOps (Artificial Intelligence for IT Operations), sunucu, ağ, uygulama ve bulut ortamından gelen metrik, log, alarm ve değişiklik kayıtlarını makine öğrenmesiyle birlikte okuyan yaklaşımdır. Binlerce alarmı birkaç anlamlı olaya indirir, normalden sapmayı eşik aşılmadan fark eder ve olası kök nedeni önerir. Böylece BT ekibi kesintiyi daha erken görür, daha hızlı çözer.

BT ekibinin gerçek durumu: alarm çok, bağlam az

Orta ölçekli bir şirketin BT ekibini düşünün: ERP sunucusu, dosya sunucusu, güvenlik duvarı, anahtarlar, birkaç bulut hizmeti ve fabrikadaki SCADA bilgisayarları. Her biri kendi izleme ekranına ve kendi e-posta uyarısına sahip. Disk doluluğu %85'i geçince bir mail, CPU %90'ı geçince bir mail, bağlantı koptuğunda üç ayrı mail gelir. Sabah gelen kutusunda iki yüz uyarı vardır; hangisinin gerçek sorun olduğunu kimse bilmez.

Sonuç tanıdıktır: ekip uyarılara körleşir, asıl kesintiyi kullanıcı telefonu açtığında öğrenir. Sorun çıktığında da nedeni bulmak için dört farklı ekrana bakılır, loglar elle karşılaştırılır. Dün akşam yapılan bir güncellemenin sorunla ilgisi çoğu zaman saatler sonra fark edilir.

AIOps bu tabloya yeni bir izleme aracı eklemek değildir. Mevcut araçların ürettiği veriyi tek yerde toplayıp birbirine bağlayan ve ekibin dikkatini gerçekten önemli olana yönelten bir katmandır.

Kesintiyi geç fark etmenin maliyeti

Kesintinin bedeli küçük değildir ve çoğu zaman teknik ekibin dışına taşar:

Uptime Institute'un 2026 kesinti analizinde paylaştığı 2025 yıllık anketine göre katılımcıların %57'si son büyük kesintilerinin 100.000 dolardan fazlaya mal olduğunu söyledi; ikinci yıl üst üste her beş katılımcıdan biri 1 milyon doları aşan maliyet bildirdi. (Uptime Institute — Annual Outage Analysis 2026 duyurusu)

Aynı rapor, insan hatasından kaynaklanan kesintilerde başlıca etkenin yerleşik prosedürlere uyulmaması olduğunu belirtiyor. Bu, AIOps'un yalnızca "daha akıllı alarm" değil, doğru prosedürü doğru anda öne çıkaran bir destek olarak da değer taşıdığını gösteriyor.

Güvenlik tarafında da hız belirleyici. IBM'in 2025 Veri İhlali Maliyeti raporuna göre güvenlik operasyonlarında yapay zeka ve otomasyonu yoğun kullanan kurumlar, bir ihlali tespit edip kontrol altına alma süresini ortalama 80 gün kısalttı. Türkiye'de de risk soyut değil: TÜİK'in Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2026 bültenine göre girişimlerin %9,4'ü 2025'te en az bir bilgi ve iletişim teknolojileri güvenliği ihlali yaşadı.

AIOps nedir, klasik izlemeden farkı ne?

Klasik izleme "bu değer eşiği aştı mı?" sorusunu sorar. AIOps ise "bu olaylar birbiriyle ilişkili mi, bu davranış bu sistem için normal mi, en olası neden ne?" sorularına cevap arar. Güvenlik odaklı SIEM ve log yönetimi saldırı izini ararken, AIOps'un birincil hedefi hizmet sürekliliği ve performanstır; ikisi aynı log kaynaklarından beslenebilir.

KonuKlasik eşik tabanlı izlemeAIOps yaklaşımı
Uyarı mantığıSabit eşik (ör. CPU %90)Sistemin kendi geçmişinden öğrenilen dinamik normal
Alarm hacmiHer belirti ayrı uyarıİlişkili uyarılar tek olayda gruplanır
Kök nedenMühendis ekranları elle karşılaştırırZaman, topoloji ve değişiklik kaydıyla olası neden önerilir
Değişiklik ilişkisiGenellikle kurulmazSon güncelleme ve yapılandırma değişiklikleri olayla eşleştirilir
Bilgi erişimiRunbook ve eski kayıtlar ayrı yerdeBenzer geçmiş olaylar ve çözüm adımları olayla birlikte sunulur
MüdahaleTamamen elleOnaylı, düşük riskli adımlar otomatikleştirilebilir

Sapmayı yakalayan çekirdek teknik anomali tespitidir: her sunucu, servis ya da kullanıcı için normal davranış öğrenilir ve ondan sapma işaretlenir. Pazartesi sabahı yüksek olan trafik normaldir; pazar gecesi aynı trafik değildir. Sabit eşik bu farkı göremez.

BT operasyonlarında yapay zeka neler yapar?

AIOps tek bir özellik değil, birbirini tamamlayan birkaç yetenektir. Hepsiyle birden başlamak gerekmez:

  • Gürültü azaltma ve olay gruplama. Aynı anahtarın arızasından doğan yirmi uyarı, "şu anahtar ve bağlı sunucular" diye tek olaya dönüşür. Tekrar eden ve hiçbir aksiyona yol açmayan uyarılar ayrıca işaretlenir.
  • Dinamik eşik ve erken uyarı. Disk dolma hızı, bellek sızıntısı ya da yanıt süresindeki yavaş bozulma, eşik aşılmadan günler önce görülebilir.
  • Kök neden önerisi. Olayın başladığı an, etkilenen bileşenler ve son değişiklik kayıtları yan yana konur; sistem "en olası neden şu güncelleme" gibi gerekçeli bir öneri üretir.
  • Olay özeti ve bilgi asistanı. Büyük dil modeli, olay kaydını düz dille özetler; kurum içi runbook ve geçmiş çözüm notlarından cevap veren bir asistan, RAG yaklaşımıyla kaynak göstererek adım önerir.
  • Kontrollü otomatik müdahale. Servisi yeniden başlatmak, geçici dosyaları temizlemek gibi düşük riskli adımlar, tanımlı kurallar ve insan onayıyla çalıştırılır.

Benimsemede BT fonksiyonu öne çıkıyor. Stanford'un AI Index 2026 raporunda aktarılan McKinsey anketine göre yapay zeka ajanlarının ölçekli kullanımı neredeyse tüm iş fonksiyonlarında tek haneli oranlarda kalırken, teknoloji sektöründe BT fonksiyonunda %22'ye ulaştı. Otomatik müdahaleye yaklaşırken yapay zeka ajanlarının yetki sınırlarını baştan çizmek gerekir.

Altyapı optimizasyonu da bu alanın parçası. Şirketin 2016'da açıkladığına göre Google, DeepMind'ın makine öğrenmesi sistemini kendi veri merkezlerine uygulayarak soğutma için kullanılan enerjiyi yüzde 40'a kadar azalttı (Google DeepMind blogu). Bu ölçekte bir sonuç her şirkete taşınamaz; ama operasyon verisinin optimizasyon için kullanılabileceğini gösteren erken ve somut bir örnektir.

AIOps'a geçiş için 7 adım

Başarılı AIOps projeleri araçla değil, veriyle ve süreçle başlar. Şu sıra pratikte iyi işler:

  1. Envanteri ve kritik hizmetleri çıkarın. Hangi sunucu, uygulama ve ağ bileşeni hangi iş hizmetini taşıyor? ERP durduğunda neyin etkilendiğini bilmeden kök neden önerisi üretilemez.
  2. Veri kaynaklarını tek yerde toplayın. Metrikler, sistem ve uygulama logları, alarm kayıtları ve değişiklik kayıtları ortak bir zaman damgasıyla birleşmeli. Saatleri senkronize olmayan sunucular korelasyonu bozar.
  3. Mevcut alarm gürültüsünü ölçün. Son birkaç haftanın uyarılarını sayın; kaçı aksiyona yol açtı, kaçı yok sayıldı? Bu, projenin başlangıç çizgisidir.
  4. Tek ve ölçülebilir bir kullanım senaryosu seçin. Örneğin "ERP yavaşlamalarını kullanıcı şikâyetinden önce yakalamak". Her şeyi aynı anda çözmeye çalışan projeler dağılır.
  5. Modeli gölge modda çalıştırın. Öneriler bir süre yalnızca kaydedilsin, ekibin gerçek kararlarıyla karşılaştırılsın. Yanlış alarm oranı kabul edilebilir düzeye inmeden kimseye bildirim gitmesin.
  6. Otomasyonu kademeli açın. Önce öneri, sonra onaylı müdahale, en son ve yalnızca düşük riskli işlerde tam otomasyon. Hangi durumda kural tabanlı otomasyonun yeterli olduğunu da bu aşamada netleştirin.
  7. Modeli canlı tutun. Altyapı değiştikçe "normal" de değişir. Yeniden eğitim, sürüm takibi ve performans izleme için MLOps disiplini gerekir.

Sonucu ölçmek için birkaç göstergeyi baştan tanımlayın: haftalık alarm sayısı, olayların kullanıcıdan önce fark edilme oranı, ortalama tespit ve çözüm süresi. Yatırımın karşılığını hesaplarken yapay zeka projesi ROI ölçümü yazımızdaki çerçeve işinize yarar.

AIOps projelerinde sık yapılan hatalar

En yaygın hata, verisi dağınık bir ortamda aracın mucize yaratmasını beklemektir. RAND'ın 2024 raporu, bazı tahminlere göre yapay zeka projelerinin %80'inden fazlasının başarısız olduğunu ve bunun yapay zeka içermeyen BT projelerinin iki katı olduğunu aktarıyor. AIOps'ta da başarısızlığın başlıca nedeni genellikle model değil, eksik envanter ve kalitesiz veridir; diğer yaygın nedenleri yapay zeka projeleri neden başarısız olur yazımızda ele aldık.

İkinci hata, güvenlik ve uyum boyutunu atlamaktır. Loglar kullanıcı adı ve IP adresi gibi kişisel veriler içerebilir; bu durumda erişim yetkisi ve saklama süresi KVKK açısından da planlanmalıdır. İnternet erişimi sunan kurumlar için ayrıca 5651 sayılı Kanun kapsamındaki log tutma yükümlülükleri gündeme gelir. Üçüncüsü, otomasyonu erken açmaktır: yanlış teşhisle yeniden başlatılan bir veritabanı, kesintiyi büyütebilir. Tespit edilen sorunların bir kısmı da aslında süreç sorunudur; eksik güncellemeler için yama yönetimi süreci kurulmadan AIOps aynı alarmı tekrar tekrar üretir.

Digital Bridge'de bu işi nasıl yapıyoruz?

AIOps'u hazır bir paket olarak satmıyoruz; mevcut altyapınızdan ve ekibinizin gerçek sorunundan başlıyoruz:

  • Keşif ve ihtiyaç analizi. Sunucu, ağ, uygulama ve log kaynaklarınızı, mevcut izleme araçlarınızı ve alarm hacminizi birlikte çıkarıyoruz. Sorun bir kural setiyle çözülebiliyorsa bunu açıkça söylüyoruz.
  • Veri birleştirme. Farklı araçlardan gelen metrik ve logları sistem entegrasyonları ile ortak bir yapıda topluyoruz; mevcut izleme yazılımınızı değiştirmeniz gerekmez.
  • Sapma modelleri. Anomali tespiti hizmetimizde her sunucu ve servis için normali geçmiş veriden öğrenen, uyarıyı gerekçesiyle üreten ve eşiği ekibinizin inceleme kapasitesine göre ayarlanan modeller kuruyoruz.
  • Pilot ve iş akışına bağlama. Tek bir kritik hizmetle gölge modda pilot yapıyor, sonuçlar ölçülebilir hale gelince uyarıların destek kaydı ya da görev olarak doğru ekibe düşmesini yapay zeka entegrasyonu kapsamında kuruyoruz.
  • Bilgi asistanı. Runbook ve geçmiş olay notlarınızdan kaynak göstererek cevap veren bir kurumsal LLM asistanı, gece nöbetindeki teknisyenin doğru prosedürü bulmasını kolaylaştırır.
  • Güvenlik tarafı. Olağandışı oturum ve erişim davranışlarını izlemek istiyorsanız kurguyu siber güvenlik danışmanlığı ile birlikte ele alıyoruz.

Endüstriyel sahalarınız da varsa, sahadaki cihazların durumunu aynı resme katmak için uzaktan izleme platformu yazımıza da göz atabilirsiniz. Yapay zekayı şirket genelinde nereden başlatacağınızı düşünüyorsanız şirketlerde yapay zeka nereden başlamalı rehberimiz ve Yapay Zeka konu sayfamız iyi birer başlangıç noktasıdır.

Sonraki adım

BT ekibiniz alarm yağmuru altında çalışıyorsa ya da kesintileri kullanıcıdan öğreniyorsanız, ilk adım mevcut durumu ölçmektir. Altyapınızı, izleme araçlarınızı ve en çok zaman kaybettiren olay türlerini birlikte gözden geçirelim; AIOps'un sizde hangi senaryoda değer üreteceğini ve hangisinde gerek olmadığını netleştirelim. Görüşme için iletişim sayfamızdan bize ulaşabilirsiniz.

Sizin durumunuza birlikte bakalım

Sürecinizi anlatın; ihtiyaç analizinin ardından kapsamı, aşamaları ve bedeli içeren yazılı teklif gönderelim.

Teklif İsteyin 0 (552) 380 25 25

Okumaya devam edin

Tüm Yapay Zeka rehberleri
En çok sorulan sorular

Sık Sorulan Sorular

AIOps nedir, kısaca nasıl tanımlanır?

AIOps, BT operasyonlarında yapay zeka kullanımıdır. Sunucu, ağ, uygulama ve bulut ortamından gelen metrik, log, alarm ve değişiklik kayıtlarını makine öğrenmesiyle birlikte analiz eder. Amaç, alarm gürültüsünü azaltmak, sorunları eşik aşılmadan fark etmek, olası kök nedeni önermek ve düşük riskli müdahaleleri kontrollü biçimde otomatikleştirerek kesinti süresini kısaltmaktır.

AIOps ile SIEM arasındaki fark nedir?

SIEM güvenlik odaklıdır: logları saldırı ve yetkisiz erişim izleri için ilişkilendirir, alarm üretir ve soruşturma için saklar. AIOps ise öncelikle hizmet sürekliliği ve performansla ilgilenir; yavaşlama, kapasite sorunu ve arızaları erken yakalar. İkisi aynı log kaynaklarını kullanabilir ve birbirini tamamlar; biri diğerinin yerine geçmez.

AIOps için büyük bir BT ekibi ya da veri merkezi gerekir mi?

Gerekmez. Birkaç düzine sunucu ve kritik uygulaması olan orta ölçekli bir şirket de alarm gürültüsü ve geç fark edilen kesintilerle uğraşır. Önemli olan ölçek değil, verinin toplanabilir olmasıdır. Tek bir kritik hizmet ve birkaç veri kaynağıyla başlayan küçük bir pilot, yaklaşımın değer üretip üretmediğini göstermeye yeter.

AIOps BT ekibinin yerini alır mı?

Hayır. AIOps, ekibin dikkatini doğru olaya yönlendiren ve bilgiye erişimi hızlandıran bir destek katmanıdır. Kök neden önerilerini doğrulamak, altyapıyı tasarlamak ve riskli müdahalelere karar vermek insan uzmanlığı gerektirir. Pratikte ekip, tekrar eden uyarılarla uğraşmak yerine kalıcı iyileştirmelere daha çok zaman ayırabilir.

AIOps maliyeti neye bağlıdır?

Maliyeti belirleyen başlıca etkenler izlenecek sunucu ve uygulama sayısı, bağlanacak veri kaynaklarının çeşitliliği, mevcut izleme araçlarının entegrasyona uygunluğu, verinin kurum içinde mi bulutta mı işleneceği ve kaç senaryonun otomatikleştirileceğidir. Tek bir kritik hizmetle yapılan pilot, kapsamı ve beklenen faydayı netleştirerek tam yatırım kararından önce gerçekçi bir bütçe çıkarmayı kolaylaştırır.

AIOps projesinde otomatik müdahale güvenli midir?

Kademeli açıldığında risk yönetilebilir hale gelir. Önce sistem yalnızca öneri üretir, ardından insan onayıyla müdahale eder; tam otomasyon yalnızca servis yeniden başlatma gibi etkisi iyi bilinen ve geri alınabilen işlerde açılır. Her otomatik adımın kaydı tutulmalı, yetkileri sınırlı olmalı ve beklenmedik bir sonuçta otomasyon kolayca durdurulabilmelidir.

Sorunuz burada yok mu? Bize Sorun

Bir Mühendisle Konuşun

Çözmek istediğiniz işi anlatın, yazılı teklifle dönelim.