დაკვირვება დაფუძნებულია სამ სვეტზე — ჟურნალებზე, მეტრიკებზე და ტრასირებაზე — და მიზანი არის პასუხის გაცემა "რა არის ხარვეზი და რატომ" იმ სისტემისთვის, რომელიც ძალიან დიდია ხელით შესამოწმებლად. მასშტაბით, სტრატეგია არის კორელაცია, შერჩევა და ხარჯები.
დაკვირვება დაფუძნებულია სამ სვეტზე — ჟურნალებზე, მეტრიკებზე და ტრასირებაზე — და მიზანი არის პასუხის გაცემა "რა არის ხარვეზი და რატომ" იმ სისტემისთვის, რომელიც ძალიან დიდია ხელით შესამოწმებლად. მასშტაბით, სტრატეგია არის კორელაცია, შერჩევა და ხარჯები.
| სვეტი | პასუხი | ხელსაწყოები |
|---|
| მეტრიკები | აქვთ რამე ხარვეზი? (განაკვეთი, ლატენტობა) | Prometheus, Grafana |
| ტრასირება | სად ხდება დინება? | OpenTelemetry, Jaeger |
| ჟურნალები | რა ზუსტად მოხდა? | ELK, Loki |
Metrics alert ─▶ trace pinpoints the slow service ─▶ logs explain the cause
(broad) (path) (detail)
트레이스/correlation ID უნდა გაივლოს მეტრიკის იარლიკებში, ჟურნალის სტრიქონებში და span-ებში, ისე რომ შეძლოთ მათ შორის მოძრაობა.
log line: level=error trace_id=abc123 service=payments msg="gateway timeout"
^^^^^^^^^^^^^^^ same id appears in the trace + metrics
✓ Standardize: OpenTelemetry across all services
✓ Use structured (JSON) logs — queryable, not grep-only
✓ Sample traces (e.g. keep all errors + 1% of success) to control cost
✓ Define SLOs and alert on symptoms (latency/error rate), not noise
✓ RED/USE method for dashboards (Rate, Errors, Duration)
ყველაფრის ჟურნალი 100%-ზე შეუფერი არის და სიგნალს აკოშკებს. მაგალითად, აირჩიეთ, დააკეთეთ სტრუქტურა და გაფრთხილდით SLO-ების მიხედვით.
ასობით სერვისით, თქვენ ვერ შეძლებთ SSH-ში შესვლას და ნახვას — დაკვირვება ერთადერთი გზაა სამუშაო სისტემის ქცევის გასაგებად.
გამარჯვების სტრატეგია არის კორელირებული, შერჩეული და SLO-ით კერძოთ: ის ღრმად რეალური პრობლემებს სწრაფად აკეთებს მათ გარეშე, რომ გაკოტირებელი მოაჯარი არ გახდეთ ტელემეტრიის შენახვაზე ან არ დაკრძალოს on-call ხმაური-დინამიკაში.
IT გასაუბრების კითხვების ბიბლიოთეკა დეტალური პასუხებით — Junior-დან Senior-მდე.
შემოწირულობა