क्लाउडवॉच मॉनीटरिंग जैसा आपने खोजा है। आप अनुमान लगा सकेंगे कि आपके उदाहरणों में से एक मेट्रिक्स को देखकर जमे हुए है, लेकिन क्लाउडवॉच उदा। उदाहरण के लिए, जब आपका ऐप डाउन हो या बहुत धीमा हो तो आपको एक ईमेल भेजें।
यदि आप अपना ऐप या इंस्टेंस डाउन करते समय किसी प्रकार की अधिसूचना की तलाश में हैं, तो मैं आपको एक निगरानी सेवा का उपयोग करने का सुझाव देता हूं। Pingdom एक अच्छा विकल्प है। आप एडब्ल्यूएस पर एक नया उदाहरण भी स्थापित कर सकते हैं और एक निगरानी उपकरण स्थापित कर सकते हैं, जैसे Nagios, जो मेरा पसंदीदा विकल्प होगा।
लंबी प्रक्रियाओं में हमेशा अच्छी तरह से लायक अच्छी प्रथाएं: लोड संतुलन (Amazon ELB) का उपयोग करके, एक से अधिक उदाहरण आपके ऐप को चलाते हैं, ऑटोस्केलिंग (जब कोई उदाहरण नीचे होता है, तो अमेज़ॅन स्वचालित रूप से एक नया प्रारंभ करेगा और आपका एसएलए बनाए रखेगा), और कस्टम निगरानी।
मेरी टीम ने लंबे समय तक कस्टम मॉनिटरिंग स्क्रिप्ट का उपयोग किया है, और हम हमेशा विफल होने के बारे में जानते थे। असल में, अगर हमारे पास हमारे ऐप चलाने वाले दो नोड्स थे, तो नोड 1 ने HTTP अनुरोधों को नोड 2 और नोड 2 से 1 तक भेजा। यदि कोई अनुरोध अपेक्षित से अधिक ले लिया गया है, या एक अप्रत्याशित HTTP स्थिति या प्रतिक्रिया निकाय वापस कर दिया है, तो स्क्रिप्ट ने एक ईमेल भेजा सिस्टम प्रशासक आजकल, हम नागोस जैसे अधिक मजबूत दृष्टिकोणों पर भरोसा करते हैं, जो ऑपरेटिंग सिस्टम सामान (धागे, आदि), एप्लिकेशन सर्वर (कनेक्शन पूल स्वास्थ्य इत्यादि) की निगरानी भी कर सकते हैं। इसे स्थापित करने में निवेश किए गए हर प्रतिशत के लायक है।
धन्यवाद स्टीवन, मैं आप ऐसा कर सकता है एहसास नहीं था (यहां तक कि मार्ग 53 पर नहीं डोमेन के लिए)। प्रति माह 50 सी प्रति स्वास्थ्य जांच जो पिंगडम से बहुत सस्ता है और यदि आप केवल एक या दो हैं तो अपना खुद का ईसी 2 उदाहरण चला रहे हैं। – spidie