Əsas fikir
Hər xəbərdarlığı xidmət təsiri və sahibə bağlayın. Əvvəlcə həqiqətən pozulmuş xidməti və asılılığı tapın, sonra server, şəbəkə və bulud ölçüləri ilə təsdiqləyin.
Server göstəricilərini xidmətin sağlamlığı ilə əlaqələndirin
CPU, yaddaş, disk tutumu və gecikməsi, şəbəkə trafiki və proses vəziyyəti server resurslarının istifadə olunduğunu göstərir. Eyni resurs göstəricisi tətbiqin uğursuz olduğunu təkbaşına sübut etmir; xidmətin cavab vaxtı, xəta sayı və mövcudluğu ilə tutuşdurun. Tarixi baza pik dövrləri və tutum meylini anlamağa kömək edir, amma mövsüm, buraxılış və gözlənilən trafik artımını ayrıca nəzərə alın. Müxtəlif server rolları üçün ayrıca hədlər və sahiblik təyin edin.
Resurs
CPU, yaddaş, disk boşluğu, I/O və interface trafiki.
Xidmət
Uptime, cavab vaxtı, xətalar, növbə dərinliyi və asılılıq vəziyyəti.
Dəyişiklik
Buraxılış, yenidən başlama və resurs dəyişikliyini vaxt nişanı ilə bağlayın.
Şəbəkə ölçülərinin rolunu ayırd edin
ICMP ping şəbəkə üzrə əlçatanlıq və RTT barədə məhdud siqnal verir; cavab gəlməməsi hostun və ya tətbiqin işləmədiyini təkbaşına sübut etmir. SNMP uyğun router, switch və firewall-dan interfeys, sayğac və status məlumatı almağa kömək edə bilər; versiya, autentifikasiya, şifrələmə və girişə nəzarəti konfiqurasiyanızda yoxlayın. NetFlow və digər trafik axını telemetriyası mənbələri trafik həcmi və istiqamətini ümumiləşdirir, paket məzmununu tam göstərmir. Paketlərin tutulması (packet capture) daha dərin şəbəkə detalları verir, lakin məxfi məlumat və həcmlə işləmə qaydası tələb edir.
ICMP
Məhdud cavab və gediş-gəliş vaxtı; firewall qaydası və endpoint siyasəti nəticəyə təsir edir.
SNMP
İdarə olunan cihazlardan status və sayğac; yalnız dəstəklənən obyektlər və icazələrlə.
Trafik axını telemetriyası
Trafik istiqaməti və həcmi barədə metadata; tətbiq məzmununun tam görünüşü deyil.
Bulud monitorinqində xidmət sərhədini yoxlayın
Bulud paneli virtual maşın, Kubernetes, yaddaş, verilənlər bazası, şəbəkə və tətbiq göstəricilərini birləşdirə bilər, lakin əhatə provayder API-si, agent, icazə, region və seçilmiş metric-dən asılıdır. Provayderin infrastruktur sağlamlığı sizin tətbiqinizin bütün istifadəçi yollarını ölçmür. Xərc və istifadə göstəricilərini performansla tutuşdurun; monitorinq sistemi özü workload-u avtomatik miqyaslandırmır, bunun üçün ayrıca autoscaling qaydası və yoxlama lazımdır. AWS CloudTrail fəaliyyət qeydlərini, AWS Config isə resurs konfiqurasiyasını və dəyişikliklərini izləyir; bunlar resurs metriklərini əvəz etmir.
İnfrastruktur metrikləri
VM, storage, database və şəbəkə tutumu, sağlamlığı və performansı.
Tətbiq telemetriyası
Xidmət cavab vaxtı, xətalar və sorğu yolu; ayrıca instrumentasiya və icazə tələb edə bilər.
Hesab/audit qeydləri
Kim hansı resursu dəyişdi sualına cavab verir; təhlükəsizlik və dəyişiklik araşdırması üçün istifadə olunur.
Xəbərdarlıqlar konkret addım atmağa imkan versin
Xəbərdarlıq istifadəçi və xidmət üçün anlamlı vəziyyəti bildirsin, konkret sahibə çatsın və növbəti yoxlama addımını göstərsin. CPU həddini yalnız həqiqi təsirlə əlaqəsi təsdiqlənəndə eskalasiya edin; qısa sıçrayış üçün müddət, davamlılıq və normal baza nəzərə alına bilər. Uğurlu sorğuların payı, gecikmə və əlçatanlıq kimi xidmət səviyyəsi göstəriciləri resurs ölçülərinə əlavə kontekst verir. Hər xəbərdarlığın sınaq, səssizləşdirmə və bərpa qaydasını sənədləşdirin.
Təsiri müəyyənləşdirin
Xidmət, istifadəçi qrupu və əməliyyatın hansı hissəsinin pozulduğunu yazın.
Sahibi və eskalasiyanı təyin edin
İş vaxtı, növbə və provayder asılılığına uyğun bildiriş marşrutu seçin.
Səs-küyü təkrar ölçün
Yanlış müsbət və cavabsız xəbərdarlıqları araşdırıb şərti və müddəti düzəldin.
Tarixçədən tutum planı çıxarın
Server və şəbəkə göstəricilərinin tarixçəsi təkrarlanan pik, boş tutum və tədricən artan gecikməni göstərə bilər. Müqayisəni eyni trafik dövrü və tətbiq versiyası üzrə aparın; orta göstərici ilə yanaşı pik və paylanmanı da görün. Metrik adlarını və label-ları limitsiz artırmayın: Prometheus sənədi yüksək kardinalıqlı label-ların yaddaş və hesablama yükünü artırdığını vurğulayır. İstifadəçi ID-si, e-poçt və sərbəst URI kimi dəyişən dəyərləri metric label kimi istifadə etməyin; lazım olduqda onları məhdud girişli log və ya trace kontekstində saxlayın.