Kayıt seviyesi, yeni bir çalışma için hangi bilgilerin saklanacağını belirler. Günlük takipte Info kullanabilir, bir sorunu araştırmak için kısa süreli Debug veya Trace açabilirsiniz. Bu ayar Message Monitor kaydını yönetir; uygulamanın bütün console log seviyelerini değiştirmez.
Console çıktısında arama, Autoscroll veya doğru container’ı seçme için Log sekmesi rehberini kullanın.
Seviyeyi seçin
| Seviye | Kaydedilen bilgi |
|---|---|
| None | Yeni çalışma için mesaj kaydı oluşturulmaz. |
| Error | İşlenmemiş hatalar ve işlenmiş hatayla tamamlanan çalışmalar. Normal başarılı çalışmalar, iş alanları ve adlandırılmış ekler kaydedilmez. |
| Info | Başlangıç/sonuç, kimlik ve yazarın eklediği iş alanları/ekler. Hatalarda son adım penceresi tutulur; normal başarıda ayrıntılı adım yolu yoktur. |
| Debug | Info bilgileri ve ayrıntılı adım geçmişi. Sürelidir; en fazla 86.400 saniye, yani 24 saat. |
| Trace | Debug bilgileri, uygun gövde türlerinde adım öncesi içerik ve desteklenen protokol gözlemleri. Sürelidir; en fazla 600 saniye, yani 10 dakika. |
Info/Error hata geçmişinde son 50 adım ve ayrıca sınırlı yerel yeniden deneme işaretleri tutulur. Debug/Trace ayrıntılı geçmişi ilk 10.000 gözlemle sınırlıdır. History is incomplete veya eksik kayıt bilgisi görünürse tam adım yolu varsaymayın.
Projeden geçici Trace açın
Önkoşul: platform-admin yetkisi ve gerçek mesaj kabul eden bir proje. Okuma yetkisi tek başına kayıt seviyesini değiştirmeye yetmez.
- Projects içinden projeyi açın.
- Üst bölümdeki Log level alanından Trace seçin.
- Duration (seconds) alanına örneğin
120girin. - Start kullanın. Etkin pencerenin kalan süresi ve dönüş seviyesi gösterilir.
- Runtime’ın yeni ayarı almasına zaman tanıyın; yapılandırma yaklaşık 10 saniyede bir yenilenir. Ardından tek bir kontrollü örnek gönderin.
- Message Monitor içinde bu run’ın Recording değerinin Trace olduğunu doğrulayın ve Content bölümünü açın.
- İşiniz bitince Log level → Info seçin. Projedeki bu seçim geçici pencereyi de sonlandırır.
Debug için aynı adımları izleyin. Seçimden sonra Cancel, henüz başlatılmamış form değişikliğini iptal eder. Etkin bir geçici pencere sırasında yeni Debug/Trace başlatmak mevcut pencereyi seçtiğiniz süreyle değiştirir.
Beklenen sonuç, ayarı alan runtime’da bundan sonra başlayan run’ların yeni seviyeyi kullanmasıdır. Kaydın bulunmaması veya eski seviyede olması durumunda ayarın okunabilirliğini, doğru projeyi ve run’ın başlangıç saatini kontrol edin.
Devam eden çalışmalar ve yeniden başlatma
Her çalışma, başladığı kayıt seviyesini sonuna kadar korur. Trace süresi çalışma devam ederken dolarsa o çalışma Trace olarak tamamlanabilir; sonraki çalışma kalıcı seviyeye döner. Ayar değişikliği eski kayıtlara içerik eklemez.
Geçici pencerenin bitişi runtime yeniden başladığında korunur. Açık Undeploy işlemi geçici pencereyi iptal eder. Kayıt yapılandırması ortam/entegrasyon kapsamında saklanır; Git’teki akış dosyalarını değiştirmez.
Başlangıçta kayıt yapılandırması okunamazsa runtime Info kullanır. Sonraki okuma hatalarında bilinen son ayar ve özgün bitiş süresi korunur. Kaydedilmiş run’ın Recording değeri, gerçekten hangi seviyenin kullanıldığını gösterir.
Gövdelerin ve eklerin gizliliği
Trace bütün gövdeleri sınırsız kaydetmez. Stream’ler kendiliğinden okunmaz; desteklenmeyen veya hassas olarak tanınan içerikler atlanabilir. Bu korumalar her gizli veriyi tanıyan bir veri maskeleme sistemi değildir. Gerekli veriyle sınırlı deneme yapın ve teşhis eklerine parola/token koymayın.
İçerik görüntüleme ve indirme denetlenir. AuditFailed veya erişim reddi olduğunda baytlar verilmez. Metadata okuma, içerik okuma ve yönetici ayar değiştirme farklı işlemlerdir.
Varsayılan saklama süreleri
| Veri | Varsayılan süre |
|---|---|
| Mesaj ve çalışma geçmişi | 30 gün |
| Adlandırılmış ek | Oluşturulmasından itibaren 30 gün |
| Otomatik adım/HTTP/SOAP içerik kaydı | Oluşturulmasından itibaren 1 saat |
| İçerik erişimi ve ayar denetim kaydı | 90 gün |
İlgili mesajın süresi dolmadan yeni aktivite gelirse mesaj geçmişinin ömrü uzayabilir. Gövde ve eklerin kendi bitiş tarihleri vardır; mesaj hâlâ görünürken içerik Expired olabilir. Süresi dolmuş geçmiş yeni aktiviteyle geri getirilmez.
Yeni saklama politikası mevcut içeriklerin bitiş tarihini yeniden yazmaz. Süresi dolan içeriğe erişim, fiziksel temizlik henüz yapılmasa da reddedilir. Mesajdaki Log retention ve içerik ayrıntısındaki süreyi esas alın.
Yönetici: ortamın saklama politikasını ayarlama
Saklama politikası mevcut kullanıcı arayüzünde bir menü olarak sunulmaz. Yetkili yönetici, Lunex’in aynı kimlik doğrulamasını kullanan API istemcisiyle aşağıdaki kaynağı okuyup güncelleyebilir. dev yerine kurulumun gerçek ortam kimliğini kullanın.
GET /ui/monitoring/v1/retention?environment=dev- Mevcut yanıtı ve runtime’ların uyguladığı revision bilgisini okuyun.
- Dört sürenin tamamını saniye cinsinden içeren bir PUT isteği hazırlayın. Her değer 60 ile 315.360.000 arasında tam sayı olmalıdır.
- İsteği platform-admin kimliğiyle gönderin.
- Yeniden GET yapıp kaydedilen policy ile çalışan runtime’ların uyguladığı revision’ı karşılaştırın. Başarılı kayıt yanıtı bütün runtime’ların uyguladığını tek başına göstermez.
Varsayılan süreleri açıkça ayarlayan gövde:
PUT /ui/monitoring/v1/retention?environment=dev
Content-Type: application/json
{
"historySeconds": 2592000,
"attachmentSeconds": 2592000,
"captureSeconds": 3600,
"auditSeconds": 7776000
}Bu politika entegrasyonun kaynak koduna veya Git’e yazılmaz. Okuma/yazma hatası başarı olarak kabul edilmez; eski politikayı ve uygulanma durumunu tekrar okuyun. Runtime acknowledgement yoksa veya eskiyse uygulandığını varsaymayın.