ऑपरेशनल डैशबोर्ड: रोज़ के संचालन के लिए रियल-टाइम मॉनिटरिंग

आप ईकॉमर्स साइट चलाते हैं। कोई अभी चेकआउट कर रहा है। चेकआउट टूटा हुआ है। ग्राहक को एरर मिलता है। ग्राहक चला जाता है। आपकी बिक्री गई।

ऑपरेशनल डैशबोर्ड के बिना, आपको एरर कल तक पता न चलता जब आप रोज़ की रिपोर्ट देखते।

ऑपरेशनल डैशबोर्ड के साथ, ऑपरेशंस टीम सेकंडों में एरर देख लेती है। उसे तुरंत ठीक करती है। ग्राहक फिर कोशिश करता है। बिक्री हो जाती है।

धीमी पहचान की कीमत: हर एरर पर प्रति घंटा सैकड़ों डॉलर।

ऑपरेशनल डैशबोर्ड समस्याओं को रियल-टाइम में पकड़ते हैं, घंटों या दिनों बाद नहीं।

ऑपरेशनल डैशबोर्ड का काम

ऑपरेशनल डैशबोर्ड सिस्टम की सेहत और चल रहे संचालन पर नज़र रखते हैं।

क्या वेबसाइट चालू है। क्या चेकआउट फ़्लो काम कर रहे हैं। क्या पेमेंट प्रोसेसर जवाब दे रहे हैं। क्या ईमेल जा रहे हैं। क्या API कॉल सफल हो रहे हैं।

ऑपरेशनल डैशबोर्ड कमाई या बिज़नेस मेट्रिक के बारे में नहीं है। यह सिस्टम की सेहत के बारे में है।

रियल-टाइम डेटा की ज़रूरत

ऑपरेशनल डैशबोर्ड रियल-टाइम या लगभग रियल-टाइम (एक मिनट के अंदर) अपडेट होना चाहिए।

देर से आया डेटा बेकार है। अगर डैशबोर्ड हर घंटे अपडेट होता है, तो अपडेट के बीच हुए आउटेज आपसे छूट जाते हैं।

रियल-टाइम की ज़रूरत का मतलब: ऑपरेशनल डैशबोर्ड बनाना और चलाना महँगा है। सिर्फ़ ज़रूरी सिस्टम के लिए इस्तेमाल करें।

ऑपरेशनल डैशबोर्ड पर क्या मॉनिटर करें

सिस्टम अपटाइम

क्या वेबसाइट जवाब दे रही है। चालू हो तो हरा, बंद हो तो लाल।

रिस्पॉन्स टाइम

वेबसाइट कितनी तेज़ है। दो सेकंड से कम हो तो हरा, दो से पाँच सेकंड हो तो पीला, पाँच सेकंड से ज़्यादा हो तो लाल।

एरर रेट

कितने प्रतिशत रिक्वेस्ट एरर दे रही हैं। 0.1% से कम हो तो हरा, 0.1% से 0.5% हो तो पीला, 0.5% से ऊपर हो तो लाल।

चालू लेन-देन

अभी कितने लेन-देन हो रहे हैं। संदर्भ के लिए। अपने-आप में अच्छा या बुरा नहीं।

चल रहा कन्वर्ज़न फ़नल

अभी चेकआउट के हर स्टेप में कितने विज़िटर हैं। किसी भी स्टेप पर विज़िटर छूटें तो जाँच शुरू करें।

API परफ़ॉर्मेंस

बाहरी इंटीग्रेशन के रिस्पॉन्स टाइम। पेमेंट प्रोसेसर, ईमेल सर्विस, शिपिंग API।

डेटाबेस परफ़ॉर्मेंस

क्वेरी के रिस्पॉन्स टाइम, कनेक्शन पूल की सेहत।

असली उदाहरण: ईकॉमर्स ऑपरेशनल डैशबोर्ड

ऊपरी हिस्सा (सिस्टम की सेहत)

वेबसाइट स्टेटस: चालू (हरा)। रिस्पॉन्स टाइम: 1.2 सेकंड (हरा)। एरर रेट: 0.08% (हरा)। सक्रिय यूज़र: 423। चल रहे लेन-देन: 17।

बीच का हिस्सा (चेकआउट फ़नल)

कार्ट व्यू: 127 यूज़र। चेकआउट शुरू: 89 यूज़र (कार्ट से 70% कन्वर्ज़न)। शिपिंग जानकारी: 72 यूज़र (81% कन्वर्ज़न)। पेमेंट जानकारी: 68 यूज़र (94% कन्वर्ज़न)। ऑर्डर कन्फ़र्मेशन: 64 यूज़र (94% कन्वर्ज़न)। शिपिंग जानकारी पर छूटे: 17 यूज़र (रुकिए, यह सामान्य से ज़्यादा है, जाँच करें)।

नीचे का हिस्सा (इंटीग्रेशन)

पेमेंट प्रोसेसर: 800ms में जवाब (हरा)। ईमेल सर्विस: 99.8% डिलीवरी (हरा)। शिपिंग कैलकुलेटर: 1200ms में जवाब (पीला, थोड़ा धीमा)।

तुरंत कार्रवाई

शिपिंग जानकारी पर छूटने वाले सामान्य से ज़्यादा हैं। जाँचें कि कहीं शिपिंग कैलकुलेटर की सुस्ती की वजह से लोग छोड़ तो नहीं रहे।

अलर्ट सिस्टम

मेट्रिक लाल होने पर ऑपरेशनल डैशबोर्ड को अलर्ट भेजने चाहिए।

ऑपरेशंस टीम को तुरंत अलर्ट भेजें। ऐसा ईमेल नहीं जो छूट सकता है। SMS या मैसेजिंग ऐप या पेजर जो ध्यान खींचे।

सीमाएँ सख़्त होनी चाहिए। झूठे अलार्म नहीं चाहिए। लेकिन एक झूठा अलार्म सहकर एक असली समस्या पकड़ना, समस्याएँ चूकने से बेहतर है।

उदाहरण की सीमाएँ: वेबसाइट 30 सेकंड बंद रहे = अलर्ट। एरर रेट 5 मिनट तक 1% से ऊपर रहे = अलर्ट। रिस्पॉन्स टाइम 10 मिनट तक 5 सेकंड से ऊपर रहे = अलर्ट। पेमेंट प्रोसेसर जवाब न दे = तुरंत अलर्ट।

ऑन-कॉल रोटेशन

जिन सिस्टम को ऑपरेशनल डैशबोर्ड की ज़रूरत है, उनके लिए ऑन-कॉल रोटेशन भी चाहिए।

कोई 24/7 मॉनिटरिंग के लिए ज़िम्मेदार हो। अगर रात 3 बजे अलर्ट आए, तो ऑन-कॉल व्यक्ति जागकर समस्या ठीक करता है।

ऑन-कॉल महँगा है। लेकिन डाउनटाइम की कीमत ज़्यादा महँगी है।

ऑन-कॉल के साथ ऑपरेशनल डैशबोर्ड पर सिर्फ़ ज़रूरी सिस्टम रखें।

क्या मॉनिटर न करें

ऑपरेशनल डैशबोर्ड पर बिज़नेस मेट्रिक मॉनिटर न करें। कमाई, कन्वर्ज़न, ट्रैफ़िक के रुझान बिज़नेस डैशबोर्ड के हैं, ऑपरेशनल डैशबोर्ड के नहीं।

बिज़नेस और ऑपरेशनल को मिलाने से मक़सद उलझ जाता है। ऑपरेशनल सिस्टम की सेहत के बारे में है। बिज़नेस बिज़नेस की सेहत के बारे में है।

अलग मक़सद के लिए अलग डैशबोर्ड।

डैशबोर्ड बनाम अलर्ट

ऑपरेशनल डैशबोर्ड आपको पहले से निगरानी करने देता है। समस्या गंभीर होने से पहले डैशबोर्ड देखें।

अलर्ट आपको प्रतिक्रिया देने देते हैं। समस्या होती है, अलर्ट बजता है, आप उसे ठीक करते हैं।

दोनों चाहिए। पहले से निगरानी के लिए डैशबोर्ड। जब डैशबोर्ड पर नज़र न हो, तब प्रतिक्रिया के लिए अलर्ट।

इंसिडेंट रिस्पॉन्स प्लेबुक

अलर्ट बजने पर आगे क्या होता है। ऑपरेशंस टीम के पास हर अलर्ट के प्रकार के लिए प्लेबुक होनी चाहिए।

वेबसाइट बंद होने का अलर्ट: वेब सर्वर रीस्टार्ट करें। अगर फिर भी बंद रहे, तो बैकअप पर फ़ेलओवर करें। अगर फिर भी बंद रहे, तो सीनियर इंजीनियर को बताएँ। पेमेंट प्रोसेसर बंद होने का अलर्ट: बैकअप प्रोसेसर पर स्विच करें। ग्राहकों को संभावित देरी के बारे में बताएँ। मुख्य प्रोसेसर के ठीक होने तक निगरानी रखें। डेटाबेस धीमा होने का अलर्ट: कनेक्शन पूल जाँचें। अगर भरा है, तो बढ़ाएँ। क्वेरी लॉग जाँचें। धीमी क्वेरी बंद करें। निगरानी रखें।

प्लेबुक घबराहट रोकती हैं। साफ़ स्टेप गलतियाँ रोकते हैं।

अक्सर पूछे जाने वाले सवाल