Bir iş yükü seçin
Pahalı, gürültülü veya uzun saklama gerektiren bir kaynaktan başlayın.
Tüm kullanım alanları
Kanıtı koruyun, sistemi sadeleştirin
Pahalı veya karmaşık log yığınını değiştirin
Yüksek hacimli veya uzun retention gerektiren logları, metin arama ve SQL'i birleştiren analitik bir temele taşıyın.
coreva_logslogs_application_events1H
servis, seviye veya mesaj ara...⌘ K
Log akışıAI
TIMELEVELSERVICEMESSAGE
10:42:18.904ERRORcheckout-apipayment upstream timeout · trace=8fa2
10:42:18.887WARNpayment-svcretry budget at 80% · region=tr-1
10:42:17.512INFOgatewayrequest routed · latency=34ms
Bu hata grubunu AI ile açıkla→
Logları zaten merkezileştiriyorsunuz; fakat index, retention ve cluster operasyonları ekibi incident yerine araç için optimizasyon yapmaya zorluyor.
Log sistemi incident çözmeli; kendi nöbet çizelgesini oluşturmamalı.
Pain
Log platformu işlettiğiniz ayrı bir ürüne dönüştü
01
Index ve node planlama platform ekibinin zamanını alıyor.
02
Maliyeti kontrol etmek için retention kısalıyor.
03
Arşiv loglarını tekrar sorgulamak zorlaşıyor.
04
Arama ve analitik sorular farklı araçlara dağılıyor.
UnifyLogs yaklaşımı
Pain'in ölçülebildiği yerden başlayın
Mevcut shipper'ı kullanın
Vector, Fluent Bit, Logstash, Filebeat, OpenTelemetry veya HTTP bağlayın.
Kendi verinizle doğrulayın
Ingest, depolama, arama ve aggregation sorgularını karşılaştırın.
Ne değişir?
Araç değil, çalışma biçimi değişir.
- Riskli toplu geçiş yerine aşamalı migrasyon
- Arama ve analitik SQL için tek motor
- Yalnızca index maliyetine bağlı olmayan retention kararları
CONTACT / HUBSPOT
Bugün yaşadığınız log problemini anlatın.
Loglarınızın nerede yaşadığını, incident sırasında neyin aksadığını ve hangi verinin on-prem kalması gerektiğini paylaşın. Uygulanabilir bir değerlendirme yolu ile dönelim.