Question 1

Agata Stack health checks साठी cloud service वापरतो का?

Accepted Answer

नाही. प्रत्येक HTTP health check थेट तुमच्या Mac वरून चालतो. काहीही external server मधून route होत नाही. तुमची सेवा localhost वर असेल, तर check localhost ला जातो. ती remote host वर असेल, तर check तुमच्या मशीनवरून तिथे जातो. cloud account किंवा outbound relay यात काहीही नाही.

Question 2

health-check failure म्हणून काय मोजलं जातं?

Accepted Answer

HTTP 2xx response व्यतिरिक्त काहीही, किंवा URLSession transport error (timeout, DNS failure, connection refused). एकच failure rule trigger करत नाही &mdash; StreamRule fire होण्याआधी सलग failures ने configured threshold (डीफॉल्ट: 3) गाठणं आवश्यक आहे.

Question 3

मी script किंवा CI pipeline मधून health-check state तपासू शकतो का?

Accepted Answer

हो. Developer API GET /v1/logs/:service expose करतो, जो lastHealthCheckOK, healthCheckLatencyMs, आणि consecutiveFailures JSON म्हणून परत करतो. API server डीफॉल्टने port 19877 वर चालतो आणि loopback-only असतो.

Question 4

मी सेवा manually थांबवली तर false alert येईल का?

Accepted Answer

नाही. तुम्ही मुद्दाम एखादी सेवा stop केल्यावर health checks आपोआप pause होतात. Alerts फक्त चालू असायला हवी पण नसलेल्या सेवांसाठी fire होतात.

Question 5

Remote SSH services साठीही health check monitoring काम करतं का?

Accepted Answer

हो. SSH credentials सह configure केलेल्या remote services त्याच dashboard मध्ये दिसतात आणि local services सारखेच HTTP health checks घेतात. Check तुमच्या Mac वरून remote host URL वर fire होतो, त्यामुळे latency reading प्रत्यक्ष network conditions दाखवते.

Cloud सेवा किंवा आणखी एक टूल न वापरता सतत HTTP हेल्थ चेक्स

Related Insights

Auto-Diagnose: When Your Service Fails, Agata Stack Tells You Why

मी माझ्या स्थानिक सेवांसारख्याच मेनबार आयकनमधून माझा रिमोट स्टेजिंग सर्व्हर का व्यवस्थापित करतो

माझी सेवा 3 वाजता क्रॅश झाली आणि कोणाच्याही लक्षात आले नाही — काय बदललं ते इथे आहे