ÜRÜN · 06 · Lg · LOG TUTMA

Tüm loglar tek yerde — aranabilir, korele, uyarılı.

Log Tutma; sunucu, uygulama, ağ ve container loglarını tek merkezde toplar, ayrıştırır ve indeksler. Alan bazlı hızlı arama, kaynaklar arası korelasyon, gerçek zamanlı uyarı ve KVKK uyumlu saklama. Şirket içi sunucuda çalışır; log verisi dışarı çıkmaz.

Demo talep etNasıl çalışır?
06LgLOG TUTMA
OBSERVABILITY · LOG YÖNETİMİ · ON-PREM

Topla, ara, korele, uyar — tek merkez.

Merkezi toplama (syslog, GELF, agent, API). Yapılandırılmış arama. Akışlar ve rol bazlı erişim. Gerçek zamanlı uyarı kuralları. Ekiplere özel dashboard. KVKK uyumlu saklama ve uzun süreli arşiv. Bir olayın kökü artık SSH turlarıyla değil, tek sorguyla bulunur.

SORUN · 06 ACI NOKTASI

Bir olay olduğunda loglara nasıl ulaşıyorsunuz?

Aşağıdaki altı maddeden en az ikisini yaşıyorsanız, sorun loglarda değil — onlara ulaşma biçiminizdedir.

SORUN · 01DAĞINIK LOG

Loglar her sunucuda ayrı dosyada

Bir olayı incelemek için sunucu sunucu SSH ile dolaşıp dosya açmak gerekiyor. Hangi sistemde ne olduğu bütünsel görülmüyor; saatler kaybediliyor.

SORUN · 02ARAMA YOK

"grep" ile milyonlarca satır taranıyor

Belirli bir kullanıcıyı, hatayı ya da zaman aralığını bulmak elle metin taramaya kalıyor. Alan bazlı, hızlı arama olmadan kök neden bulmak zahmetli.

SORUN · 03KAYBOLAN KANIT

Disk dolunca loglar siliniyor

Log rotasyonu eski kayıtları siler; bir olay haftalar sonra fark edildiğinde kanıt çoktan gitmiştir. Saklama politikası yok ya da düzensiz.

SORUN · 04KORELASYON YOK

Uygulama, sunucu ve ağ logu bir araya gelmiyor

Bir hatanın kökü uygulamada mı, veritabanında mı, ağda mı belli olmuyor. Farklı kaynaklardaki kayıtları zaman ekseninde yan yana koyacak araç yok.

SORUN · 05UYARI YOK

Kritik hata fark edilmeden büyüyor

Tekrarlayan hata, başarısız giriş denemesi ya da bir servisin sessizce durması; biri raporlayana kadar görünmez. Log üzerinde gerçek zamanlı alarm yok.

SORUN · 06KVKK & DENETİM

Denetim "logları gösterin" dediğinde elde yok

KVKK, ISO 27001 ya da bir ihlal sonrası "kim, ne zaman, neye erişti" sorusunun kanıtı yok. Loglar saklanmıyor ya da kanıt değeri taşımıyor.

ÇÖZÜM · 05 AŞAMA

Toplamadan uyarıya, tek akışta

Logun toplanmasından ayrıştırılmasına, aranmasından alarmına kadar her adım Log Tutma içinde — hızlı, indeksli, KVKK uyumlu.

  1. 01Tp

    Topla

    Sunucu, uygulama, ağ cihazı ve container logları syslog, GELF, agent ya da API ile merkezî platforma akar. Tek bir toplama noktası.

  2. 02Ay

    Ayrıştır & zenginleştir

    Ham log satırları alanlara ayrılır (kullanıcı, IP, seviye, servis), etiketlenir ve zenginleştirilir. Artık aranabilir, yapılandırılmış veri.

  3. 03Sk

    Sakla & indeksle

    Loglar indekslenip saklama politikasına göre tutulur. Sıcak veri hızlı aranır, eski veri arşive iner; KVKK saklama süreleri uygulanır.

  4. 04Ar

    Ara & korele

    Alan bazlı hızlı arama; farklı kaynakları zaman ekseninde yan yana koyma. Bir olayın kökü dakikalar içinde bulunur.

  5. 05Uy

    Uyar & pano

    Eşik ve desen kurallarıyla gerçek zamanlı uyarı; ekiplere özel dashboard’lar. Sorun rapor edilmeden önce görünür.

HEDEF KİTLE · 06 PROFİL

Kimler tercih etmeli?

Log görünürlüğünü, güvenliğini ve denetlenebilirliğini işin temeline koymak isteyen kurumlar için.

PROFİL · 01ÇOK SİSTEMLİ

Onlarca sunucu ve uygulama işleten ekipler

Dağıtık altyapıda her sistemin logu ayrı yerde. Bütünsel görünürlük ve tek arama noktası olmadan sorun çözmek yavaş ve hatalı.

PROFİL · 02DEVOPS / SRE

Hızlı kök neden ve düşük MTTR isteyen ekipler

Bir arızada "neden" sorusunu dakikalar içinde yanıtlamak isteyen geliştirme ve operasyon ekipleri. Loglar gözlemlenebilirliğin temelidir.

PROFİL · 03GÜVENLİK / SOC

Güvenlik olaylarını log üzerinden izleyenler

Başarısız girişler, yetki yükseltme, olağan dışı erişim — bunları gerçek zamanlı yakalamak ve geçmişe dönük araştırmak isteyen güvenlik ekipleri.

PROFİL · 04DENETİME TABİ

KVKK, ISO 27001, PCI kapsamındaki kurumlar

Logları belirli süre saklamak, erişimi kanıtlamak ve denetimde sunmak zorunda olanlar. Saklama ve kanıt değeri mimaride olmalı.

PROFİL · 05ON-PREM / KVKK

Log verisini dışarı çıkaramayan kurumlar

Hassas log içeriğinin bulut SaaS yerine kendi sunucusunda kalmasını isteyenler. Toplama, indeks ve arşiv şirket içinde.

PROFİL · 06MALİYET ODAKLI

Bulut log servisi faturası büyüyenler

Log hacmi arttıkça SaaS maliyeti katlanan; öngörülebilir, kendi altyapısında çalışan bir log yönetimi isteyenler.

LOG GERÇEĞİ

Sunucu sunucu "grep" etmek — ve merkezi log yönetiminin farkı.

DAĞINIK LOG
  • Her sunucuda ayrı dosya, ayrı format
  • Arama = SSH + grep + sabır
  • Disk dolunca eski kayıt siliniyor
  • Kaynaklar arası korelasyon yok
  • Gerçek zamanlı uyarı yok
MERKEZİ LOG TUTMA
  • Tüm kaynaklar tek merkezde, indeksli
  • Alan bazlı arama, saniyeler içinde sonuç
  • Saklama politikası + KVKK uyumu
  • Kaynaklar zaman ekseninde korele
  • Eşik/desen alarmı gerçek zamanlı
ÖZELLİKLER · 08 BAŞLIK

Neden Log Tutma?

Her özellik bir körlüğün karşılığı. Süslemek için değil, bir olayı görüp çözmek için var.

01Tp
ÖZELLİK · 01

Merkezi toplama

Syslog, GELF, agent ve API ile sunucu, uygulama, ağ cihazı ve container logları tek platforma akar. Tüm kaynaklar tek yerde.

02Ar
ÖZELLİK · 02

Yapılandırılmış arama

Alan bazlı (kullanıcı, IP, seviye, servis) hızlı arama. Metin taramak yerine sorgu yaz; saniyeler içinde sonuç al.

03Ak
ÖZELLİK · 03

Akışlar (streams)

Gelen loglar kurala göre akışlara ayrılır; her ekip yalnızca ilgili akışını görür. Yetki ve dikkat dağılmaz.

04Uy
ÖZELLİK · 04

Uyarı kuralları

Eşik ve desen tabanlı gerçek zamanlı alarm. Tekrarlayan hata, başarısız giriş ya da susan servis — anında bildirim.

05Db
ÖZELLİK · 05

Dashboard & widget

Ekip ve servis bazlı panolar: hata trendi, en sık mesajlar, güvenlik olayları. Sürükle-bırak widget’larla özelleştirilir.

06Sk
ÖZELLİK · 06

KVKK uyumlu saklama

Saklama süreleri ve yaşam döngüsü politikaları tanımlanır. Sıcak/soğuk katman ayrımı; eski veri arşive, gereksiz veri otomatik silmeye.

07Rb
ÖZELLİK · 07

Rol bazlı erişim

Kim hangi log akışını görebilir, kontrol altında. Hassas loglara erişim yetkilendirilir ve kayıt altına alınır.

08Ar
ÖZELLİK · 08

Arşiv & SIEM beslemesi

Uzun süreli arşiv ve güvenlik analitiği için dışa aktarım. Loglar denetim ve adli inceleme için kanıt değeri taşır.

FAYDA · 06 ÖLÇÜLEBİLİR SONUÇ

Log yönetiminden alınan somut sonuçlar

Logları merkeze almak; operasyon, güvenlik ve uyumun üçünde birden kazandırır.

01Mt
FAYDA · 01

Kök neden hızlanır

Tek arama noktası + korelasyon ile bir arızanın kaynağı SSH turları yerine dakikalar içinde bulunur. MTTR düşer.

02
FAYDA · 02

Bütünsel görünürlük

Uygulama, sunucu, ağ ve container logu tek zaman ekseninde. Parçalı tablo yerine bütünün resmi.

03Gv
FAYDA · 03

Güvenlik görünürlüğü

Başarısız giriş, yetki değişimi, olağan dışı erişim gerçek zamanlı yakalanır; geçmişe dönük araştırma mümkün olur.

04Kv
FAYDA · 04

KVKK & denetime hazır

Saklama politikası ve kanıt değeri mimaride. Denetim "logları gösterin" dediğinde rapor bir sorgu uzaklıkta.

05Er
FAYDA · 05

Erken uyarı

Sorun kullanıcıya yansımadan, log üzerindeki desen alarmı devreye girer. Reaktiften proaktife geçiş.

06Mr
FAYDA · 06

Tek doğruluk kaynağı

Dağıtık dosyalar yerine tek merkez. "Hangi log doğru?" tartışması biter; herkes aynı veriye bakar.

KULLANIM · 04 SENARYO

Tipik kullanım senaryoları

Her senaryo gerçek bir olay anıdır — bir log satırı değil, zamanında verilmiş bir karar.

SENARYO · 01HATA AYIKLAMA

Üretimde aralıklı hata

"Kullanıcılar ara sıra ödeme hatası alıyor ama hangi serviste, ne zaman olduğu belli değil."

Sonuç: İlgili zaman aralığı ve kullanıcı alanı ile arama yapılır; uygulama + veritabanı + ağ logu korele edilir. Kök neden dakikalar içinde tek ekranda görünür.

SENARYO · 02GÜVENLİK OLAYI

Şüpheli giriş denemeleri

"Bir hesaba çok sayıda başarısız giriş geldi; yayıldı mı, başka sistemleri de denedi mi?"

Sonuç: Başarısız giriş deseni gerçek zamanlı alarm üretir; aynı IP’nin tüm sistemlerdeki izi tek sorguda çıkarılır. Olay erken kapatılır.

SENARYO · 03KVKK DENETİM

Erişim kayıtları sorgusu

"Denetçi, bir veri tabanına son üç ayda kimlerin eriştiğinin kaydını istiyor."

Sonuç: Saklama politikası sayesinde kayıtlar yerinde; alan bazlı sorgu ile erişim listesi ve zaman çizelgesi rapor olarak üretilir.

SENARYO · 04KAPASİTE & SAĞLIK

Sessizce duran servis

"Bir arka plan servisi durmuş ama kimse fark etmemiş; loglar kesilmiş."

Sonuç: Beklenen log akışının kesilmesi bir uyarı kuralıyla yakalanır; servis durur durmaz ekip bilgilendirilir, kesinti kısalır.

RAPORLAMA · 06 HAZIR RAPOR

Log panosu ve hazır raporlar

Dönem içi her an çalıştırılabilir. Operasyonu, güvenliği ve uyumu görünür kılar; Excel ve PDF dışa aktarım.

01Rp
RAPOR · 01

Hata trendi

Zaman içinde hata/uyarı sayısı, seviye dağılımı; en sık tekrarlayan mesajlar.

02Rp
RAPOR · 02

En gürültülü kaynaklar

Hangi sunucu/uygulama en çok log üretiyor; hacim ve maliyet kırılımı.

03Rp
RAPOR · 03

Güvenlik olayları

Başarısız giriş, yetki değişimi, olağan dışı erişim desenleri ve eşleşen alarmlar.

04Rp
RAPOR · 04

Erişim & denetim

Kim hangi veriye/sisteme ne zaman erişti — KVKK/ISO denetimine hazır kayıt.

05Rp
RAPOR · 05

Saklama & kapasite

Saklama süresi kullanımı, indeks boyutu, arşiv durumu ve büyüme projeksiyonu.

06Rp
RAPOR · 06

Uyarı özeti

Hangi kural ne sıklıkta tetiklendi, ortalama yanıt süresi; gürültülü kuralların ayıklanması.

KURULUM & DEMO

Kendi loglarınızla canlı bir demo planlayalım.

Birkaç sunucu ve uygulamanızın logunu Log Tutma’ya akıtıp aramayı, korelasyonu ve uyarı kurgusunu birlikte deneyelim. Kurulum, saklama politikası ve dashboard için iletişime geçin.

121Ry

Loglarınızı dağınık dosyalardan tek bir hafızaya çevirelim.

Hangi sistemlerin log ürettiğini, saklama ihtiyaçlarınızı ve uyarı senaryolarınızı birlikte çıkaralım. Log Tutma kurulumu, toplama ve arama — 30 dakikalık bir keşif görüşmesiyle başlar.