ArcadeDB'ye OpenTelemetry Tracing ve K8s Sağlık Kontrolleri Geldi

ArcadeDB, Kubernetes üzerinde çalışan dağıtımlar için gözlemlenebilirlik boşluğunu kapatan dört bağımsız ve tamamen opt-in bileşen tanıttı: RED tipi (Rate, Errors, Duration) metrikler ve OTLP dışa aktarımı, OpenTelemetry tabanlı dağıtık tracing, correlation ID'li yapılandırılmış JSON loglama ve yeni bir Kubernetes liveness endpoint'i. Tasarımın merkezinde Micrometer'in Observation API'si var; sunucunun sıcak yolları (HTTP isteği, sorgu/komut yürütme, transaction commit, Raft replikasyonu) tek seferlik bir enstrümantasyonla sarmalanıyor. Tracer kayıtlı değilse bu sadece bir metrik zamanlayıcısı, ayrı bir tracing eklentisi devreye alındığında ise aynı noktalar span üretmeye başlıyor.

Tracing tamamen ayrı bir Maven modülünde, ServerPlugin SPI üzerinden yükleniyor; OpenTelemetry SDK ve OTLP exporter çekirdek sunucunun classpath'ine hiç girmiyor. Yapılandırılmış loglama, trace ve span ID'lerini request ID ile birlikte JSON satırlarına ya da metin loglarına etiket olarak ekleyerek metrik, trace ve log verilerini birbirine bağlıyor. Yeni /api/v1/health endpoint'i veritabanı I/O'suna bağımlı olmayan hafif bir liveness kontrolü sağlarken, mevcut /api/v1/ready endpoint'i isteğe bağlı olarak HA farkındalığı kazanıyor.

Tüm yeni anahtarlar varsayılan olarak kapalı ve hiçbir mevcut endpoint veya davranış değiştirilmiyor; bu da mühendislerin ArcadeDB'yi yükseltip gözlemlenebilirlik özelliklerini kendi hızlarında, tek tek etkinleştirebilmesi anlamına geliyor. Bu yaklaşım, üretimde çalışan veritabanı kümelerinin Prometheus/Grafana ve OpenTelemetry tabanlı gözlemlenebilirlik altyapılarına sürtünmesiz entegrasyonunu kolaylaştırıyor.