Grafana Tempo Tracing Sunucusu aramasında doğru cevap tek bir paket veya tek komut değildir. Grafana Tempo 3.x production yüksek hacim/HA için microservices modunu önerir; bu mod Kafka-compatible bir sistem gerektirirken monolithic mode Kafka gerektirmez. Bu rehber; karar kriterlerini, production öncesi kontrolleri, güvenlik sınırlarını, kapasite sinyallerini ve geri dönüş planını aynı sayfada toplar.
İlk adım mevcut durumu ölçmektir: spans/s + retention + object storage. Grafana Tempo 3.x production yüksek hacim/HA için microservices modunu önerir; bu mod Kafka-compatible bir sistem gerektirirken monolithic mode Kafka gerektirmez. Değişiklik öncesinde yedek/rollback, erişim yolu ve test kriterlerini yazılı hale getirin; ardından küçük kapsamlı doğrulama yapıp production'a geçin.
Kontrol listesinin amacı 'kuruldu' demek değil, spans/s + retention + object storage sinyalinin beklenen aralıkta olduğunu ve geri dönüş yolunun çalıştığını göstermektir.
Aynı grafana tempo tracing sunucusu ihtiyacı test, orta ölçekli production ve kritik/HA ortamında farklı topoloji gerektirir. Kaynak planını kullanım sınıfıyla eşleyin.
Envanter → test → değişiklik → doğrulama → gözlem → rollback kararı zinciri, özellikle stateful veya müşteri trafiği taşıyan sistemlerde hatayı erken sınırlar.
Grafana Tempo 3.x production yüksek hacim/HA için microservices modunu önerir; bu mod Kafka-compatible bir sistem gerektirirken monolithic mode Kafka gerektirmez. Değişikliği hızlandırmak için gözlem, backup veya access kontrolünü atlamak çoğu zaman toplam kesinti süresini büyütür.
Aşağıdaki komutlar mümkün olduğunca durum/sağlık okumaya yöneliktir. Çıktıdaki IP, kullanıcı, token, domain ve secret değerlerini destek talebine eklemeden önce maskeleyin.
curl -s http://127.0.0.1:3200/readycurl -s http://127.0.0.1:3200/status/endpoints 2>/dev/null | head || truedf -hfree -hBu sıra kritik sistemlerde change record/runbook olarak kullanılabilir; her adıma sorumlu kişi, zaman penceresi ve başarı kriteri ekleyin.
Grafana Tempo 3.x production yüksek hacim/HA için microservices modunu önerir; bu mod Kafka-compatible bir sistem gerektirirken monolithic mode Kafka gerektirmez.
CI/CD sistemlerinde controller ile untrusted build executor'ı aynı privilege/failure domain'de tutmak blast radius'i büyütür.
Container registry kapasitesini image sayısı değil layer dedup, retention, vulnerability scan DB ve parallel pull/push throughput'u belirler.
Observability pipeline'da cardinality ve retention yanlış tasarlanırsa monitoring sistemi izlediği sistemden daha pahalı hale gelebilir.
GitOps'ta Git desired-state kaynağıdır; cluster içi manuel değişikliklerin drift olarak görünmesi ve geri alınması beklenen davranıştır.
Secret management sistemi en yüksek değerli hedeflerden biridir; audit, unseal/recovery key, TLS ve backup erişimlerini normal app sunucusundan daha sıkı ayırın.
Tek sabit değer yoktur. spans/s + retention + object storage ölçülmeden yalnız RAM/vCPU sayısıyla production kapasitesi seçmek sağlıklı değildir.
Backup gereklidir ancak restore testi, rollback süresi ve state tutarlılığı doğrulanmadan tek başına recovery garantisi değildir.
Mevcut sürüm/topoloji, spans/s + retention + object storage, hata/log örneği, peak kullanım zamanı, veri boyutu ve hedeflenen kesinti penceresini iletin; secret/parolaları paylaşmayın.
Staging veya sınırlı pilot, gözlenebilir metrikler, küçük değişiklik kapsamı ve test edilmiş rollback yolu en güvenli genel yaklaşımdır.
Mevcut topoloji, kullanıcı/traffic yükü, spans/s + retention + object storage, veri boyutu ve hedefinizi iletin; teknik ekip doğru VPS/VDS/Dedicated veya migration planını çıkarsın.