Aspire dashboard artık verileri kalıcı olarak saklıyor

Aspire 13.6 ile dashboard, telemetri verilerini bellek yerine SQLite'ta saklamaya başladı. Uygulama yeniden başlatıldıktan sonra önceki çalıştırmalara dönüp log, iz ve metrikleri inceleyebiliyorsunuz. Varsayılan veri limitleri de 100.000 kayda yükseltildi.

Kilit noktalar

• Aspire 13.6 ile AppHost tarafından başlatılan dashboard, her çalıştırma için ayrı bir SQLite veritabanı oluşturur.
• Başlık alanındaki çalıştırma seçiciyle önceki run'lara dönüp log, iz, metrik ve kaynak durumunu inceleyebilirsiniz.
• Console log, structured log ve trace varsayılan limitleri 10.000'den 100.000'e yükseltildi.
• Bağımsız dashboard için --persistence seçeneği None, Run ya da Resume olarak ayarlanır; varsayılan None'dır.
• Kalıcı veriler varsayılan olarak kullanıcı profilindeki .aspire dizininde tutulur; ASPIRE_HOME ile yol değiştirilebilir.
• Container kullanıyorsanız veriyi kalıcı bir volume'a bağlamanız gerekir; aksi halde container silinince veri de kaybolur.

Aspire dashboard'u şimdiye kadar telemetriyi yalnızca bellekte tutuyordu; uygulamayı yeniden başlatmak log, iz ve metrikleri siliyordu. Aspire 13.6 ile dashboard her başlatmada kendi SQLite veritabanıyla yeni bir çalıştırma (run) oluşturuyor. Başlıktaki çalıştırma seçiciden önceki bir çalıştırmayı açıp aynı görünümleri kullanabilirsiniz. Bu özellik AppHost dashboard'u başlattığında varsayılan olarak açıktır.

Veriler SQLite'a taşındı; bu, dashboard sürecinin içinde çalışan gömülü bir veritabanı olduğu için ayrı sunucu gerektirmiyor. Konsol logu, yapılandırılmış log ve iz limitleri varsayılan olarak 10.000'den 100.000'e çıktı. Bağımsız dashboard varsayılan olarak veri saklamaz; bu yüzden Run veya Resume seçmeniz, container kullanırken de bir volume bağlamanız gerekir.

Gerçek dünyada kullanımı

• Uygulama başlangıçta hata verdi, konfigürasyonu düzeltip yeniden başlattınız; eski hatayı aynı loglarla inceleyin.
• Dil bağımsız bir servisi (ör. Python ya da Node) standalone dashboard container'ıyla izlerken geçmiş telemetriyi koruyun.
• Yoğun bir geliştirme makinesinde çok sayıda log üreten mikroservis çözümünü hata ayıklarken daha uzun iz geçmişi tutun.

Neden önemli

Geliştirme sırasında yeniden başlatma artık hata kanıtını silmiyor; önceki çalıştırmaları doğrudan dashboard'dan açabilirsiniz. Bellek kullanımındaki düşüş, aynı makinede IDE ve build araçlarıyla birlikte çalışan dashboard için de fark yaratır.

Benzer haberler

• C# interface'lerinde collection dönüş tipleri: interface, view ve snapshot farkıDLNick Cosentino (Dev Leader)2 gün önce
• CritterWatch 1.1 dead letter'ları hata nedenine göre gruplayıp tek işlem olarak yönetirJXJasperFx (Critter Stack) Blog4 gün önce
• Dapper FluentMap 3.6: 2.0'dan bugüne neler değiştiDVDEV Community: #dotnet5 gün önce