Ana içeriğe atla

​
Genel Bakış

Merkezi Log Toplama

Apinizer Gateway üzerindeki API Proxy trafiği için yüksek hacimli logları dosya tabanlı olarak toplar ve operasyon ekiplerine sürekli görünürlük sağlar.

Disk Tüketimi Kontrolü

RollingFileAppender parametreleri sayesinde disk tüketimini kontrol eder, günlüklerin günlük/saatlik döngülerle ayrılmasını garanti eder.

Ortam Bazlı Ayrıştırma

Ortam bazlı log dizinleri tanımlanarak Development/Test/Production ayrışması sağlanır ve insidant analizi hızlanır.

Güvenlik ve İzin Yönetimi

Yanlış logPath izinleri hata doğurabileceğinden erişim haklarının OS seviyesinde doğrulanması kritik önem taşır.

Bağlantı Başlatma

Integration Flow veya Connector içerisinden Logback bağlantısı talep edildiğinde, sistem yapılandırılmış connection parametrelerini okur.

Connection Pool Yönetimi

Logback RollingFileAppender worker node üzerinde dosya tanıtıcılarını reuse ederek aynı log dosyasına eşzamanlı yazım ihtiyacını yönetir.

Kimlik Doğrulama

Worker pod’u, seçilen Ortam’a bağlı sistem kullanıcı hesabı ve dosya izinleriyle hedef dosya sistemine erişir; ek Authentication katmanı gerektirmez.

Veri İletişimi

HTTP isteği/yanıtı başlıkları, gövdeleri ve meta verileri belirlenen logPattern ile formatlanır ve File I/O üzerinden belirtilen logPath/logFileName kombinasyonuna yazılır.

Bağlantı Yönetimi

İşlem tamamlandıktan sonra bağlantı aynı worker thread içinde açık kalır ve RollingFileAppender buffer’ı flush edilerek yeni talepleri bekler.

Hata Yönetimi

Bağlantı hatası, timeout veya authentication hatası durumunda deployment-result dialog’u ayrıntılı hata mesajıyla devreye girer, kullanıcıya log dizini ve yetki kontrollerini gözden geçirmesi önerilir.

API Proxy Trafik Loglama

API Proxy trafik loglarını merkezi olarak saklama ve SIEM entegrasyonuna hazırlama.

Request/Response İzleme

İş kritik entegrasyonlarda ayrıntılı request/response izlerini geriye dönük analiz edebilme.

Log Retention Politikaları

Ortam bazlı log retention politikalarını uygulayarak disk kapasitesini dengede tutma.

Güvenlik İncelemeleri

Güvenlik incelemelerinde belirli pod veya endpoint loglarını filtreleyerek dışa aktarma.

​
Teknik Özellikler ve Yetenekler

Log Dizini Yönetimi

logPath alanı ile worker node üstündeki dizin seçilir, hatalı klasörler aktif olarak reddedilir.

Dosya İsimlendirme Desenleri

logFileName ve logFilenamePattern kombinasyonu günlükleri tarih/sıra bazlı böler, kolay arşivlenebilirlik sağlar.

Depolama Limit Kontrolü

maxFileSize, maxHistory ve totalSizeCap değerleri ile disk tüketimi kontrol altında tutulur.

Ortam Bazlı Yapılandırma

Her ortam (Development, Test, Production) için ayrı connection parametreleri tanımlama imkanı.

Enable/Disable Kontrolü

Connection’ı aktif veya pasif hale getirme (enable/disable toggle). Pasif durumda bağlantı kullanılamaz ancak yapılandırması saklanır.

Anlık Test Desteği

Test Connection butonu, kaydetmeden önce logPath erişimi ve desen doğrulamasını tetikler.

İsim Çakışması Engeli

Name alanı için anlık benzersizlik kontrolü yapılır, çakışma durumunda kayıt engellenir.

Global Taşıma

Proje bazlı bağlantılar tek tıkla global alana taşınarak çoklu proje kullanımı sağlanır.

Connection Test Özelliği

“Test Connection” butonu ile bağlantı parametrelerini kaydetmeden önce doğrulama imkanı.

Export/Import Özelliği

Connection yapılandırmasını ZIP dosyası olarak export etme. Farklı ortamlara (Development, Test, Production) import etme. Versiyon kontrolü ve yedekleme imkanı.

Connection Monitoring

Bağlantı sağlığı, pool durumu ve performans metriklerini izleme.

​
Connection Parametreleri

Name

Açıklama: Connection adı (benzersiz olmalı)
Örnek Değer: Production_Logback
Notlar: Boşlukla başlamaz, özel karakterler kullanılmamalı

Log Path (logPath)

Açıklama: Log dosyalarının yazılacağı dizin
Örnek Değer: /var/log/apinizer/
Notlar: Worker pod’unun yazma izni olmalı, mutlak path önerilir

Log File Name (logFileName)

Açıklama: RollingFileAppender temel dosya adı
Örnek Değer: ApinizerApiProxyTraffic
Notlar: Harf, rakam ve _ kullanılması önerilir

Log Filename Pattern (logFilenamePattern)

Açıklama: Tarih ve indeks içeren dosya adı deseni
Örnek Değer: %d{yyyy-MM-dd}.%i.log
Notlar: Logback pattern’leri desteklenir, tarih formatı zorunludur

Log Pattern (logPattern)

Açıklama: Tek satırlık log formatı
Örnek Değer: %d{yyyy-MM-dd HH:mm:ss.SSS}[%t]%n
Notlar: Tümü Logback conversion pattern’leriyle uyumludur

Max File Size (maxFileSize)

Açıklama: Tek dosyanın MB cinsinden üst limiti
Örnek Değer: 25
Notlar: Pozitif tamsayı, 1-1024 MB aralığı önerilir

Max History (maxHistory)

Açıklama: Saklanacak döngü dosyası sayısı
Örnek Değer: 30
Notlar: 0 sınırsız anlamına gelir ancak disk büyüyebilir

Total Size Cap (totalSizeCap)

Açıklama: Tüm döngü dosyalarının toplam MB limiti
Örnek Değer: 1024
Notlar: 0 ise Logback toplam limit uygulamaz; Production için >512 MB önerilir

Description

Açıklama: Bağlantının amacı veya kapsamı
Varsayılan Değer: ”
Önerilen Değer: İşlevi ve hedef sistemi belirten kısa açıklama

Environment (environmentId)

Açıklama: Yayımlanmış ortam seçimi
Varsayılan Değer: null
Önerilen Değer: Her ortam için ayrı değer seçilmesi önerilir

Log Pod Name (logPodName)

Açıklama: Belirli worker pod’una log yönlendirmek için etiket
Varsayılan Değer: ”
Önerilen Değer: Multi-node kümelerde sadece hedef pod’a yazmak gerektiğinde kullanın

Deploy To Worker (deployToWorker)

Açıklama: Bağlantının worker node’lara dağıtılıp dağıtılmayacağı
Varsayılan Değer: true
Önerilen Değer: Sadece yönetim node’unda test amaçlı tutulacaksa false

Enable Status

Açıklama: Bağlantının aktifliği
Varsayılan Değer: true
Önerilen Değer: Production’da her zaman aktif, sorun çözülürken geçici olarak kapatılabilir

​
Timeout ve Connection Pool Parametreleri

Connection Timeout

Açıklama: Bağlantı kurulması için maksimum bekleme süresi
Varsayılan: Uygulanmaz
Min: - | Max: -
Birim: milisaniye

Request Timeout

Açıklama: İstek yanıtı için maksimum bekleme süresi
Varsayılan: Uygulanmaz
Min: - | Max: -
Birim: milisaniye

Pool Size

Açıklama: Connection pool’daki maksimum bağlantı sayısı
Varsayılan: Uygulanmaz
Min: - | Max: -
Birim: adet

Flush Interval

Açıklama: Log buffer’ının diske yazım aralığı (Logback internal)
Varsayılan: 1000
Min: 250 | Max: 5000
Birim: milisaniye

​
Kullanım Senaryoları

API Proxy Trafik İzleme

Durum: Yüksek hacimli trafik analizi gerekir
Çözüm: logPath=/var/log/apinizer/proxy, maxHistory=30, totalSizeCap=2048
Beklenen Davranış: Tüm çağrılar 30 günlük geçmişle saklanır, SIEM’e okunabilir

Güvenlik Olay İncelemesi

Durum: Belirli endpoint logları istenir
Çözüm: logFilenamePattern=%d{yyyy-MM-dd}-security.%i.log
Beklenen Davranış: Tarih bazlı dosyalar hızlıca filtrelenir, olay süresi içinde inceleme yapılır

Entegrasyon Testleri

Durum: QA ortamında ayrıntılı log gerekir
Çözüm: environmentId=Test, maxFileSize=10
Beklenen Davranış: Test logları küçük dosyalara ayrılır, geliştiriciler kolayca indirir

Pod Bazlı Ayırma

Durum: Belirli worker pod’unda sorun vardır
Çözüm: logPodName=gateway-worker-2
Beklenen Davranış: Sadece ilgili pod’dan log alınır, hedef sorun izole edilir

Regülasyon Arşivleme

Durum: KVKK kapsamında log saklama
Çözüm: maxHistory=0, totalSizeCap=5120
Beklenen Davranış: Sonsuz döngü yerine toplam kota ile yasal saklama süresi sağlanır

Disaster Recovery

Durum: Yedek node’a log kopyalama
Çözüm: logPath=/mnt/dr/logs, Enable Export All açık
Beklenen Davranış: Failover senaryosunda tüm loglar paylaşılan depoya yazılır

​
Connection Yapılandırma

​
Yeni Logback Oluşturma

Image 2024 9 9 15 35 35 Pn
1

Oluşturma Sayfasına Gitme

  • Sol menüden Connection → Logback bölümüne gidin.
  • Sağ üstteki [+ Create] butonuna tıklayın.
2

Temel Bilgileri Girme

Enable Status (Aktif Durumu): Toggle ile aktif/pasif durumu ayarlayın. Yeni connection’lar varsayılan olarak aktiftir.Name (İsim) Zorunlu: Örnek: Production_Logback
  • Benzersiz isim girin, boşlukla başlamaz.
  • Sistem otomatik kontrol eder. Yeşil tik: kullanılabilir. Kırmızı çarpı: mevcut isim.
Description (Açıklama): Örnek: “API proxy trafik logları”
  • Maks. 1000 karakter.
  • Connection’ın amacını açıklayın.
3

Environment (Ortam) Seçimi

  • Dropdown menüden ortam seçin: Development, Test, veya Production.
  • Her ortam için farklı connection parametreleri tanımlanabilir.
4

Logback Spesifik Parametreler - Dizin ve Adlandırma

  • logPath alanına worker node’un yazabildiği mutlak dizini girin.
  • logFileName ve logFilenamePattern alanlarıyla RollingFileAppender dosya döngüsünü belirleyin; tarih ve indeks içermesine dikkat edin.
  • Yetkisiz dizinler deploy aşamasında hata üretir.
5

Logback Spesifik Parametreler - İçerik ve Format

  • logPattern alanını Logback conversion pattern’leriyle doldurun, gerekirse thread adı veya request-id ekleyin.
  • Eğer belirli pod’a yönlendirme gerekiyorsa logPodName alanını kullanın.
6

Timeout ve Connection Pool Ayarları

  • Logback dosya yazımı için ayrı timeout yoktur; gerekirse JVM seviyesinde flush interval ayarlarını deployment descriptor üzerinden güncelleyin.
  • Disk kotaları için maxFileSize, maxHistory, totalSizeCap değerlerini operasyon politikalarına uygun şekilde belirleyin.
7

Güvenlik ve Authentication Ayarları

  • Worker node kullanıcı hesabının logPath üzerinde yazma izni olduğundan emin olun.
  • Gerekiyorsa dosya sistemi ACL’leri veya Kerberos destekli paylaşım noktaları kullanın.
  • Production ortamında paylaşılan dizinlere sadece yetkili servis hesaplarının erişmesine izin verin.
8

Test Connection

  • [Test Connection] butonuna tıklayın.
  • Bağlantı parametrelerinin doğru olup olmadığını test edin.
  • Başarılı: Yeşil onay mesajı, Başarısız: Hata detayları gösterilir.
9

Kaydetme

  • Sağ üstteki [Save and Deploy] butonuna tıklayın.
Kontrol Listesi: Benzersiz isim. Zorunlu alanlar dolu. Test connection başarılı (önerilir)Sonuç:
  • Connection listeye eklenir.
  • Integration Flow ve Connector adımlarında kullanılabilir hale gelir.
  • Ortama göre aktif olur.
Connection başarıyla oluşturuldu! Artık Integration Flow ve Connector adımlarında kullanabilirsiniz.

​
Connection’ı Silme

Connection’ı silmek için:

Yöntem 1: Liste Ekranından

  • Connection listesinde satır sonundaki ⋮ menüsünden Delete seçeneğini tıklayın.
  • Onay dialogunda silme işlemini onaylayın.

Silme İpuçları

Silmeden Önce Kontrol Edin:
  • Integration Flow veya Connector adımlarında kullanılıyor olabilir.
  • Gerekirse alternatif bir connection atayın.
  • Silmeden önce Export ile yedek alın.

Alternatif: Deaktif Etme

  • Silmek yerine connection’ın aktif durumunu pasif hale getirin.
  • Connection pasif olur ancak silinmez.
  • Gerektiğinde aktif hale getirerek yeniden kullanabilirsiniz.

​
Connection’ı Dışa/İçe Aktarma

Bu adımda kullanıcı, mevcut connection’ları yedekleme, farklı ortamlara taşıma veya paylaşma amacıyla dışa aktarabilir (export) ya da daha önce dışa aktarılmış bir connection’ı tekrar içe aktarabilir (import). Bu işlem, sürüm yönetimi, test ve üretim ortamları arasında geçiş veya ekipler arası paylaşım süreçlerinde veri bütünlüğünü korumak için kullanılır.

Yöntem 1: Liste Ekranından

  • Connection listesinde satır sonundaki ⋮ menüsünden Export seçeneğini tıklayın.
  • ZIP dosyası otomatik olarak indirilir.

Dosya Formatı

Format: {Date}-logback-integration-{ConnectionName}-export.zip
Örnek: 13 Nov 2025-logback-integration-Production_Logback-export.zip

ZIP İçeriği

  • Connection JSON dosyası
  • Metadata bilgileri
  • Bağımlılık bilgileri (örneğin sertifikalar, key store)

Kullanım Alanları

  • Yedekleme
  • Ortamlar arası taşıma (Test → Prod)
  • Versiyonlama
  • Ekip veya proje bazlı paylaşım

İçe Aktarma Adımları

  • Ana listede [Import Logback] butonuna tıklayın.
  • İndirilen ZIP dosyasını seçin.
  • Sistem kontrolleri: Format geçerli mi? İsim çakışması var mı? Bağımlılıklar mevcut mu?
  • Ardından [Import] butonuna tıklayın.

İçe Aktarma Senaryoları

Senaryo 1: İsim Çakışması → Eski connection’ın üzerine yazın veya yeni bir isimle oluşturun.Senaryo 2: Eksik Bağımlılıklar → Eksik sertifikaları veya key store’ları önce oluşturun veya import sırasında çıkarın.

​
Connection’ın Kullanım Alanları

Connection Oluşturma ve Aktif Etme

Adımlar:
  1. Connection’ı oluşturun.
  2. Test Connection ile bağlantıyı doğrulayın.
  3. Save and Deploy ile kaydedin ve etkinleştirin.
  4. Connection’ın Enabled durumda olduğundan emin olun.

Integration / Connector Adımlarında Kullanım

Logback RollingFileAppender ile dosya tabanlı log yazımı gerektiren adımlarda connection seçilir. Örnek: “Logback Appender”, “File Logger”, “Rolling File Writer” gibi adımlar. Bağlantı seçimi bu adımların yapılandırmasında yer alan Connection alanından yapılır.

Scheduled Job Kullanımı

Zamanlanmış görevlerde (ör. belirli aralıklarla log arşivleme, log rotasyonu vb.) bağlantı seçilerek dosya tabanlı log yazımı gerçekleştirilir. Connection değiştiğinde, job çalışma davranışı da buna göre güncellenir.

Test Amaçlı Kullanım

Connection Test özelliği ile bağlantının doğruluğu Integration Flow’dan bağımsız olarak kontrol edilebilir. Bu test hata ayıklama sürecinde kritik önem taşır.

​
Best Practices

Log Dizini Seçimi

Kötü: Temp dizinlerini Production’da kullanmak.
İyi: Ayrı bir /var/log/apinizer dizini açmak.
En İyi: Ayrılmış disk veya mount point üzerinde sadece servis hesabına izin vermek.

Dosya Deseni Yönetimi

Kötü: Desende tarih kullanmamak.
İyi: Günlük tarihli desen kullanmak.
En İyi: Tarih + indeks ve uygulama adı içeren desenle SIEM uyumluluğu sağlamak.

Depolama Politikası

Kötü: maxHistory=0 ve totalSizeCap=0 bırakmak.
İyi: Trafiğe göre makul değerler belirlemek.
En İyi: Disk kapasitesi, regülasyon ve yedekleme süreçlerine göre otomatik temizleme kuralları koymak.

Pod Bazlı Yönlendirme

Kötü: Tüm pod’ları tek dizine yazdırmak.
İyi: Sorunlu pod’lar için logPodName kullanmak.
En İyi: Her pod için ayrı dizin + merkezi toplama pipeline’ı kurmak.

Ortam Yönetimi

Kötü: Tüm ortamlarda aynı connection parametrelerini kullanmak.
İyi: Her ortam için ayrı connection oluşturmak.
En İyi: Environment seçeneğini kullanarak tek connection’da tüm ortamları yönetmek, ortamlar arası geçişte sadece environment değiştirmek

Connection Test

Kötü: Connection’ı test etmeden kaydetmek ve deployment etmek.
İyi: Kaydetmeden önce Test Connection ile doğrulamak.
En İyi: Her parametre değişikliğinden sonra test etmek, production’a geçmeden önce test ortamında tam entegrasyon testi yapmak

Dosya Sistemi Erişim Kontrolü

logPath dizinine sadece ilgili worker servis hesaplarının yazabileceği POSIX izinleri tanımlayın, root paylaşımlarını Production’da açmayın

Paylaşılan Depolama Güvenliği

NFS/Samba gibi paylaşımlarda network segmentini kısıtlayın, erişimlerde IP tabanlı allowlist uygulayın

Log İçeriği Maskeleme

logPattern’e kişisel veri yazılmasını engelleyin, gerekirse privacy setting bileşenleriyle hassas alanları anonimleştirin

Kimlik Bilgileri Yönetimi

Kullanıcı adı ve şifre gibi hassas bilgileri environment variable veya secret manager kullanarak saklayın. Kimlik bilgilerini kod veya konfigürasyon dosyalarına hardcode etmeyin. Periyodik olarak şifreleri güncelleyin

SSL/TLS Kullanımı

Production ortamında mutlaka SSL/TLS aktif edin. Self-signed sertifikalar sadece development ortamında kullanın. Sertifika expiration tarihlerini takip edin ve zamanında yenileyin

Erişim Kontrolü

Connection yapılandırmasını sadece yetkili kullanıcıların değiştirmesine izin verin. Connection değişiklik loglarını saklayın. Kritik connection’lar için değişiklik approval süreci uygulayın

Paylaşılan Root Dizine Yazmak

Neden kaçınılmalı: root dizininde log tutmak yanlış izinlere yol açar, diğer servisleri etkiler
Alternatif: Ayrı mount edilmiş log dizini kullanın

Yanlış Tarih Deseni

Neden kaçınılmalı: Tarihsiz dosyalar overwrite olur, log kaybı yaşanır
Alternatif: %d içeren desenler kullanın

Kota Tanımlamamak

Neden kaçınılmalı: Disk dolduğunda gateway durabilir
Alternatif: maxFileSize, maxHistory ve totalSizeCap değerlerini sistem kapasitesine göre belirleyin

Production Connection'ı Test Ortamında Kullanma

Neden kaçınılmalı: Test verileri production sistemine yazılabilir, gerçek kullanıcılar etkilenebilir, güvenlik riski oluşur
Alternatif: Her ortam için ayrı connection oluşturun, environment parametresini kullanın, connection isimlerini ortama göre prefix ekleyerek ayırın (Test_, Prod_)

Çok Düşük Timeout Değerleri

Neden kaçınılmalı: Ağ gecikmelerinde connection sürekli timeout olur, Entegrasyon adımları başarısız olur
Alternatif: Gerçek kullanım senaryolarına göre timeout değerlerini ayarlayın, network latency’yi ölçün ve timeout’ları buna göre belirleyin

Connection Pool Kullanmama

Neden kaçınılmalı: Her istekte yeni bağlantı açılır, performans düşer, kaynak tüketimi artar, hedef sistem yükü artar
Alternatif: Connection pool aktif edin, pool size’ı trafik hacmine göre ayarlayın, pool monitoring kurun

Disk IO Optimizasyonu

Öneri: SSD tabanlı dizinleri tercih edin, noatime mount seçeneği kullanın
Etki: Yazma gecikmeleri azalır, log kaydı kesintisizleşir

Pattern Minimalizmi

Öneri: logPattern içerisine sadece ihtiyaç duyulan alanları alın, pahalı JSON serileştirmelerden kaçının
Etki: CPU kullanımı düşer, log throughput artar

Retention Otomasyonu

Öneri: maxHistory ve totalSizeCap değerlerini gerçek disk kapasitesiyle eşleştirin, background cleanup scriptleri planlayın
Etki: Disk doluluk riskleri ortadan kalkar, manuel müdahale ihtiyacı azalır

Connection Pool Optimizasyonu

Öneri: Pool size’ı peak trafiğe göre ayarlayın (önerilen: eşzamanlı istek sayısı × 1.5), idle connection timeout’ları belirleyin, pool health check yapın
Etki: Bağlantı açma maliyeti %80 azalır, yanıt süreleri düşer, kaynak kullanımı optimize edilir

Timeout Değerleri Optimizasyonu

Öneri: Gerçek network latency’yi ölçün, timeout değerlerini buna göre ayarlayın, çok düşük veya çok yüksek timeout’lardan kaçının
Etki: Gereksiz beklemeler önlenir, hızlı fail-over sağlanır, kullanıcı deneyimi iyileşir

Connection Monitoring

Öneri: Connection pool kullanımını izleyin, timeout oranlarını takip edin, connection health check yapın, alerting kurun
Etki: Sorunlar proaktif tespit edilir, performans darboğazları erken belirlenir, kesinti süresi azalır

​
Sorun Giderme (Troubleshooting)

logPath yanlış, worker yazma izni yok veya connection disable durumda olabilir.
1

LogPath Doğrulama

logPath değerini doğrulayın.
2

Kullanıcı İzinleri

Worker pod kullanıcı izinlerini kontrol edin.
3

Enable Durumu

Connection enable durumunu açın.
maxFileSize düşük, maxHistory=0 veya totalSizeCap=0 olabilir.
1

MaxFileSize Artırma

maxFileSize’ı trafiğe göre artırın.
2

MaxHistory Limit

maxHistory’ye limit verin.
3

TotalSizeCap Tanımlama

totalSizeCap tanımlayın ve redeploy edin.
Network gecikmesi, hedef sistem yavaş yanıt veriyor veya timeout değeri çok düşük olabilir.
1

Network Kontrolü

Network connectivity kontrol edin.
2

Sistem Sağlığı

Hedef sistem sağlığını kontrol edin.
3

Timeout Ayarları

Timeout değerlerini artırın.
4

Log İnceleme

Connection loglarını inceleyin.
Yanlış kullanıcı adı/şifre, expired credentials veya yetki problemi olabilir.
1

Kimlik Bilgileri

Kimlik bilgilerini doğrulayın.
2

Kullanıcı Durumu

Hedef sistemde kullanıcının aktif olduğunu kontrol edin.
3

Yetki Kontrolü

Gerekli yetkilerin verildiğini kontrol edin.
4

Sertifika Kontrolü

SSL/TLS sertifikalarını kontrol edin.
Pool size çok düşük, connection leak var veya trafik çok yüksek olabilir.
1

Pool Size

Pool size’ı artırın.
2

Connection Kontrolü

Connection’ların düzgün kapatıldığını kontrol edin.
3

Idle Timeout

Idle connection timeout’ları ayarlayın.
4

Metrik İzleme

Connection kullanım metriklerini izleyin.
Integration/Connector adımında farklı connection seçili olabilir, adım yanlış yapılandırılmış olabilir veya Flow/Job redeploy edilmemiş olabilir.
1

Enable Toggle

Connection’ın enable toggle’ının aktif olduğunu kontrol edin.
2

Connection Seçimi

Integration Flow’da doğru connection’ın seçildiğini doğrulayın.
3

Connection Deploy

Connection’ı tekrar deploy edin.
4

Flow/Job Deploy

Integration Flow veya Job’ı redeploy edin.
5

Log Kontrolü

Gateway loglarını kontrol edin.

​
Sık Sorulan Sorular (SSS)

Name, logPath, logFileName, logFilenamePattern, logPattern ve tüm limit alanları doldurulmalıdır; diğerleri isteğe bağlıdır ancak tavsiye edilir.
Evet, Logback Connection dosya yazarken Integration Flow’da paralel Connector adımlarıyla REST API veya Message Queue çıkışları tanımlanabilir.
Boş bırakıldığında tüm worker pod’ları aynı logPath altında döner; spesifik pod takibi yapmayacaksanız boş bırakmak güvenlidir.
Logback öncelikle maxHistory değerine göre temizler, ardından totalSizeCap aşımı devam ediyorsa en eski dosyaları silmeye devam eder.
Rolling dosyalar tamamlandığında external agent’lar veya cron job’lar logPath’i okuyup SIEM’e push edebilir; dosya desenini SIEM beklentisiyle uyumlu tutun.
Evet, aynı connection birden fazla Integration Flow veya Connector adımında kullanılabilir. Bu merkezi yönetim sağlar ve konfigürasyon tutarlılığını garanti eder. Ancak connection’da yapılan değişiklikler tüm kullanım yerlerini etkileyeceği için dikkatli olunmalıdır.
Connection pool kullanımı zorunlu değildir ancak yüksek trafikli sistemlerde şiddetle önerilir. Her istekte yeni bağlantı açmak yerine mevcut bağlantıları yeniden kullanmak performansı önemli ölçüde artırır.
Evet, her ortam için ayrı connection oluşturmanız önerilir. Alternatif olarak environment parametresini kullanarak tek connection içinde tüm ortamları yönetebilirsiniz. Bu yaklaşım daha kolay yönetim ve daha az hata riski sağlar.
Birkaç neden olabilir:
  1. Connection enable toggle’ı pasif olabilir
  2. Integration adımında farklı bir connection seçili olabilir
  3. Connection deploy edilmemiş olabilir
  4. Integration Flow henüz redeploy edilmemiş olabilir

​
Sonraki Adımlar

Logback Connector

Logback Connector kullanımını öğrenin

Connection Types Overview

Bağlantı türleri genel bakış

Syslog Connector

Syslog mesajları gönderme