Operasyonlar
Servis × operasyon derinleşmesi — "servis detayı" ekranıyla aynı, ama belirli bir endpoint'e (örn. `POST /checkout`) çevrilmiş.
Operations konsolu endpoint-başına sağlık görünümüdür — tek bir route (POST /checkout) için gecikme, hata ve throughput; yalnızca servisin tümü için değil.
Ne işe yarar?
Operasyonlar konsolu endpoint başına görünümdür. Servis detayı "checkout-api genel olarak nasıl?" derken, Operasyonlar "checkout-api üzerindeki POST /checkout nasıl?" diye sorar.
Buraya şu yollarla ulaşırsınız:
- Servis detayındaki "Operasyonlar" tablosunda bir satıra tıklayarak.
- Kenar menü → Operasyonlar → servis seç → operasyon seç.
- Alarm bir operasyona özelse, alarmdan/olaydan derin bağlantıyla.
Düzen
Görsel olarak servis detayıyla aynı. Aynı sekiz panel, hepsi operasyona indirgenmiş:
- ① BaşlıkOperasyon adı (örn.
POST /checkout), servis adı, aynı renkli kapsül. - ② KPI şeridiRPS / p99 / hata oranı / hata bütçesi — yalnız bu operasyon için.
- ③ Dört grafikRPS, gecikme, hata oranı, doygunluk — operasyona daraltılmış.
- ④ Durum kodu dağılımıPencere boyunca HTTP durum kodları (2xx / 3xx / 4xx / 5xx) üst üste alan grafiği. Varsa "doygunluk" yerine geçer.
- ⑤ Yavaş trace'lerBu operasyondaki en yavaş 50 trace.
- ⑥ Hata loglarıBu operasyon için en son 50 hata-seviyeli log.
- ⑦ Son deploy'larSon 7 günün deploy'ları.
- ⑧ Downstream çağrılarBu operasyonun diğer servislerde çağırdığı operasyonlar, toplam gecikmeye katkıya göre sıralı.
Operasyonlar ekranı ayrı olarak neden var?
Servis çapında bir alarmı triyaj ederken genelde tek bir operasyonun problem olduğunu bulursunuz. "Servis yavaş"tan "POST /checkout yavaş"a dönmek en sık yapılan derinleşmedir. Operasyon önceden odaklı açılan ayrı bir ekran — servis detayını elle süzmek yerine — yüksek stresli anlarda tıklama kazandırır.
Operasyonlar ile Trace'ler arasında ne zaman ne?
- Operasyonlar — toplu sorular için: "
POST /checkoutdünden ortalama daha yavaş mı?", "bu endpoint'in hata oranı ne?". - Trace'ler — örnek sorular için: "bana bir yavaş isteği gösterip zamanını nereye harcadığını bir bakayım".
Genelde sırayla kullanırsınız: deseni doğrulamak için Operasyonlar, ardından örneği görmek için Trace'ler.
Downstream çağrıları paneli — dikkatlice okuyun
Panel ⑧ Orbtrace'in operasyon düzeyinde alev grafiğine en yakın şeydir. Her diğer servisteki her operasyonu, pencere boyunca toplam gecikmeye katkıya göre sıralı listeler.
Bir satır: inventory-service · GET /stock · toplam gecikmenin %32'si · p99 240 ms · 1.420 çağrı.
İlk satır "kendi veritabanı çağrım gecikmenin %80'ini aldı" diyorsa nereye bakacağınızı bilirsiniz. Sayı toplam metriklerden değil span'lerden hesaplanır — yani enstrümantasyonunuz kadar iyidir. Downstream servis OTel yaymıyorsa unknown-service olarak görünür ve doldurulacak bir boşluk bulmuşsunuzdur.
Sırada: Yönetim sayfaları.