Dicle'de izleme ve loglama

01Hangi durumlarda gerekir?

Site veya uygulama sık sık erişilemez olduğunda

İzleme ve loglama için izleme, kaynak kullanımı ve log analiziyle kesintilerin nedeni bulunur.

Log gerektiğinde

Log, izleme ve loglama projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Trafik arttığında

Önbellek, CDN ve gerekirse yatay ölçekleme ile yük dağıtılır.

02Belirtiler

• Yedekten dönüşün hiç denenmemiş olması
• Disk dolması veya bellek yetmezliği yüzünden kesinti
• Sunucuda kimin neyi değiştirdiğinin bilinmemesi
• Yayına almanın elle ve korkuyla yapılması

03Belirti, neden ve çözüm

04Hangi sistemlerde uygulanır?

• Web siteleri ve e-ticaret
• SaaS ürünleri
• Kurumsal uygulamalar
• API servisleri
• Veritabanı sunucuları

05İş nasıl ilerler?

1. Mevcut sunucu ve uygulama envanterini çıkarmak
2. Güvenlik temelini kurmak (kullanıcılar, anahtar erişim, güvenlik duvarı)
3. Uygulamayı tekrarlanabilir biçimde kurmak (konteyner veya betik)
4. Yedekleme, izleme ve uyarıları devreye almak
5. Dağıtım adımlarını otomatikleştirmek
6. Kurulumu belgeleyip erişimleri teslim etmek

06Kapsam

• uptime
• metrik
• log
• uyarı

Bu projeler çoğu zaman otomatik yedekleme, ölçeklendirme altyapısı ve sunucu ve uygulama performansı gibi işlerle birlikte ele alınır.

07Dicle'de izleme ve loglama

Dicle'nin PTT verisindeki 49 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için izleme ve loglama tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Mesafe yazılım işinin önünde engel değildir: Dicle'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Aynı ildeki Hani, Ergani ve Bağlar ilçeleri için de izleme ve loglama talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Nasıl çalışıyoruz?

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Her değişiklik önce test ortamında denenir.
• Kaynak kod ve veri işletmeye teslim edilir.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• uptime
• metrik
• log
• CDN
• CI/CD
• SSL
• GitHub Actions
• Nginx
• Diyarbakır
• Dicle