रियल-टाइम बनाम बैच: रेवेन्यू डेटा की ताज़गी कब मायने रखती है

"रियल-टाइम" शायद सबसे महंगा शब्द है जो कभी एक रिक्वायरमेंट्स डॉक में टाइप किया गया है। कोई इससे बहस नहीं करता, क्योंकि stale डेटा कौन चाहता है? तो यह बिना चुनौती के स्पेक में चला जाता है, और छह महीने बाद एक स्ट्रीमिंग पाइपलाइन एक डैशबोर्ड को फीड कर रही होती है जिसे एक VP दिन में दो बार खोलता है। इसका बिल सिर्फ इंफ्रास्ट्रक्चर नहीं है। यह ऑन-कॉल रोटेशन है, नाज़ुकता है, और एक मेंटेनेंस बोझ है जो उस व्यक्ति से ज़्यादा टिकता है जिसने रिक्वायरमेंट लिखी थी।

बेहतर सवाल है कि इस खास फैसले को कितना ताज़ा होना चाहिए। ताज़गी हर फ्लो की एक प्रॉपर्टी है, और रेवेन्यू डेटा फ्लोज़ की ज़रूरतें बेहद अलग होती हैं। हमने टीमों को एक ग्लोबल डिफॉल्ट सेट करने के बजाय प्रति फ्लो यह सवाल पूछकर असली पैसा बचाते देखा है। यह पोस्ट जानबूझकर वह फैसला लेने के बारे में है। यह एक आधुनिक रेवेन्यू प्लेटफॉर्म के लिए रेफरेंस आर्किटेक्चर में मौजूद दूसरे कॉन्ट्रैक्ट फैसलों के साथ बैठता है, जहां ताज़गी लेयर्स के बीच के एक्सप्लिसिट कॉन्ट्रैक्ट्स में से एक है।

फैसला ताज़गी तय करता है, डेटा नहीं

उस एक्शन की कैडेंस से शुरू करें जिसे डेटा ड्राइव करता है। इस नंबर की वजह से क्या होता है, और जवाब कितनी जल्दी stale हो जाता है?

लीड राउटिंग को एक फॉर्म सबमिट के सेकंड्स के भीतर होना चाहिए। एक धीमा रिस्पॉन्स मापने योग्य रूप से कन्वर्शन कम करता है, तो इसे असल में कम लेटेंसी चाहिए।

एक क्वार्टरली फोरकास्ट एक अलग जानवर है। लीडरशिप इसे साप्ताहिक देखती है। इसे हर सेकंड रिफ्रेश करना बर्बादी से भी बदतर है, क्योंकि इंट्रा-डे नॉइज़ झूठी हलचल पैदा करती है और कोई इस पर रिएक्ट करेगा। एक हेल्थ स्कोर के साथ भी ऐसा ही है जो एक QBR को फीड करता है: इसे रिव्यू के हिसाब से करंट होना चाहिए, मिनट के हिसाब से करंट नहीं।

ताज़गी को डिसिज़न कैडेंस से मैच करें। डेटा जो उस फैसले से ज़्यादा ताज़ा है जिसे यह फीड करता है, आपको कुछ नहीं देता और कुछ खर्च कराता है। ज़्यादातर रियल-टाइम-बनाम-बैच बहसें वहीं खत्म हो जाती हैं, एक बार जब कोई इसे ज़ोर से कह देता है।

रियल-टाइम की असली कीमत क्या है

स्ट्रीमिंग बैच नहीं है, बस तेज़। यह एक अलग इंजीनियरिंग प्रतिबद्धता है, और जब आप स्पेक लिख रहे हों बजाय इसके कि सिस्टम चला रहे हों, तो लागतों को कम आंकना आसान है।

स्ट्रीमिंग सिस्टम्स को आउट-ऑफ-ऑर्डर इवेंट्स, देर से आने वाले डेटा, एक्ज़ैक्टली-वन्स सिमैंटिक्स, और प्रोसेसिंग से निपटना पड़ता है जो कभी आराम नहीं करती। जब एक बैच जॉब फेल होती है, आप इसे फिर से चलाते हैं। जब एक स्ट्रीम फेल होती है, फेलियर सूक्ष्म होता है और हो सकता है आपको तब तक पता न चले जब तक नंबर गलत न दिखने लगें।

डिबगिंग भी मुश्किल है। एक बैच पाइपलाइन का एक अलग रन होता है जिसे आप इंस्पेक्ट और रीप्ले कर सकते हैं। एक स्ट्रीम एक चलता हुआ टारगेट है, और एक खास इवेंट ऑर्डरिंग के तहत सुबह 2:14 बजे हुए एक बग को रिप्रोड्यूस करना एक खराब दोपहर है।

और है करेक्टनेस प्रॉब्लम। रियल-टाइम सिस्टम्स को अक्सर सारा डेटा आने से पहले ही एक जवाब देना पड़ता है, फिर बाद में इसे ठीक करना पड़ता है। एक रेवेन्यू मेट्रिक के लिए जो बोर्ड डेक में स्क्रीनशॉट होती है, एक नंबर जो रेट्रोएक्टिवली बदलता है, वह चार घंटे पुराने नंबर से ज़्यादा तेज़ी से भरोसा मार देता है। कोई यह समझाना नहीं चाहता कि मंगलवार का पाइपलाइन फिगर ईमेल में जो था उससे अलग क्यों है।

बैच सबसे अच्छे अर्थ में बोरिंग है: प्रेडिक्टेबल, रीप्लेएबल, तर्क करने में आसान। ज़्यादातर रेवेन्यू एनालिटिक्स के लिए यही वह है जो आप चाहते हैं, और बोरिंग को सही रखना सस्ता है। जो मायने रखता है, क्योंकि एनालिटिक्स सिर्फ उतनी ही अच्छी है जितनी इसके नीचे की RevOps डेटा हाइजीन।

फ्लोज़ को टियर करें

ग्लोबल सेटिंग छोड़ें। हर फ्लो को तीन टियर्स में से एक में रखें।

रियल-टाइम, सेकंड्स में मापा गया। इसे उन फ्लोज़ के लिए रिज़र्व करें जहां लेटेंसी आउटकम बदलती है: लीड राउटिंग, सिग्नल-ट्रिगर्ड अलर्ट्स, इनबाउंड रिस्पॉन्स, फ्रॉड या चर्न हस्तक्षेप। एक्शन विंडो सेकंड्स की है, तो स्ट्रीमिंग अपनी लागत कमाती है।

नियर-रियल-टाइम, मिनट्स से कुछ घंटे। उन फ्लोज़ के लिए माइक्रो-बैचेज़ जहां वाजिब ताज़गी मायने रखती है लेकिन सेकंड्स नहीं। पाइपलाइन डैशबोर्ड्स, एंगेजमेंट स्कोरिंग, ज़्यादातर सिस्टम्स ऑफ एक्शन में राइट-बैक्स। यह टियर आपको लागत के एक अंश में रियल-टाइम की ज़्यादातर कथित वैल्यू देता है, और हमारे अनुभव में यहीं ज़्यादातर फ्लोज़ को होना चाहिए।

बैच, घंटों से डेली। एग्रीगेटेड एनालिटिक्स, फोरकास्टिंग, अट्रीब्यूशन मॉडलिंग, और रिपोर्टिंग के लिए डिफॉल्ट। रात भर में या दिन में कुछ बार काफी है, और स्थिरता एक समझौते के बजाय एक फीचर है।

डिसिप्लिन है इस लालच का विरोध करना कि सब कुछ टियर एक में प्रमोट करें क्योंकि रियल-टाइम ज़्यादा सुरक्षित लगता है। यह आमतौर पर ज़्यादा सुरक्षित नहीं होता। यह बस चलाने में ज़्यादा महंगा और भरोसा करने में ज़्यादा मुश्किल होता है।

दो जगहें जहां ताज़गी और करेक्टनेस लड़ते हैं

अट्रीब्यूशन स्वभाव से टेम्पोरल है। अट्रीब्यूशन स्पाइन टचेज़ की एक सीक्वेंस में क्रेडिट अलोकेट करती है, और इसे ऐसा करने के लिए पूरी जर्नीज़ चाहिए। आंशिक, रियल-टाइम फ्रैगमेंट्स क्रेडिट असाइनमेंट्स पैदा करते हैं जिन्हें आप बार-बार रीवाइज़ करते रहेंगे। अट्रीब्यूशन बैच में है। रियल-टाइम अट्रीब्यूशन का पीछा करने का ज़्यादातर मतलब है गलत अट्रीब्यूशन का पीछा करना।

राइट-बैक दूसरा है। राइट-बैक लेयर के ज़रिए इनसाइट को उन सिस्टम्स में पुश करना जहां लोग काम करते हैं, इसे ताज़गी चाहिए जो टारगेट के इस्तेमाल होने के तरीके से मेल खाए। एक रेप के लिए एक हॉट-लीड अलर्ट नियर-रियल-टाइम है। CRM में एक नाइटली अकाउंट-हेल्थ सिंक बैच है। बहुत आक्रामक तरीके से राइट बैक करें और आपको नॉइज़, अलर्ट फटीग, और रेस कंडीशंस मिलती हैं जहां सिंक जॉब उस एडिट को कुचल देती है जो रेप ने दस मिनट पहले किया था।

ताज़गी हर फ्लो के लिए डेटा बनाने वाले और इसका इस्तेमाल करने वाले के बीच बातचीत किया गया एक कॉन्ट्रैक्ट है। इसे उसी तरह ट्रीट करें और एक ग्लोबल "तेज़" सेटिंग के बारे में बहस खत्म हो जाती है।

मुख्य बातें

• सवाल यह है कि एक फैसले को कितना ताज़ा होना चाहिए, न कि डेटा कितना ताज़ा हो सकता है। वैल्यू डिसिज़न कैडेंस से सीमित है।
• रियल-टाइम ऐसी लागतें रखता है जिन्हें लोग कम आंकते हैं: ऑपरेशनल जटिलता, दर्दनाक डिबगिंग, और नंबर जो किसी के इसे डेक में डालने के बाद बदल जाते हैं।
• तीन टियर्स लगभग सब कुछ कवर करते हैं: लेटेंसी-संवेदनशील एक्शन्स के लिए सेकंड्स, डैशबोर्ड्स और राइट-बैक्स के लिए मिनट्स, एनालिटिक्स और फोरकास्टिंग के लिए घंटे या डेली। ज़्यादातर फ्लोज़ निचले दो में हैं।
• अट्रीब्यूशन को पूरी जर्नीज़ चाहिए, तो यह बैच में है। राइट-बैक को टारगेट सिस्टम से मेल खाती ताज़गी चाहिए, नहीं तो यह नॉइज़ बन जाता है।

जानबूझकर ताज़गी तय करना एक अच्छी तरह बनाए गए रेवेन्यू स्टैक के शांत संकेतों में से एक है, और यह उस तरह का कॉन्ट्रैक्ट-ड्रिवन डिज़ाइन है जिसके इर्द-गिर्द Revnewo जैसा एक प्लेटफॉर्म बनाया गया है। अगर आपकी टीम में हर स्पेक डिफॉल्ट रूप से "रियल-टाइम" पर जाती है, तो फ्लोज़ को टियर करना कुछ बजट और रिलायबिलिटी वापस पाने का एक तेज़ तरीका है।