अगर एक वास्तविक दुनिया की घटना को 10 अलग-अलग कार्रवाइयों को ट्रिगर करना हो? एक भुगतान सेटल होता है, एक शिपमेंट पहुँचता है, एक बाजार बंद होता है, एक ग्राहक सत्यापन पूरा करता है। आमतौर पर यही प्रक्रिया समाप्त नहीं होती। कल्पना कीजिए कि एक व्यवसाय को प्राप्त होता है कि एक ग्राहक का भुगतान सेटल हो गया है। यह एकल घटना संभवतः ऑर्डर को अपडेट करने, इन्वेंटरी आरक्षित करने, बिल जनरेट करने, विक्रेता को सूचित करने, शिपिंग शुरू करने और आंतरिक प्रणाली को अपडेट करने की आवश्यकता रखती है। यह एक घटना है जो कई निचले स्तर की कार्रवाइयों को उत्पन्न करती है। और यहीं @RialoHQ की इवेंट-ड्रिवन दिशा दिलचस्प होती है। प्रत्येक एप्लिकेशन के अलग-अलग यह जाँचने के बजाय कि क्या भुगतान प्राप्त हुआ है, प्रक्रिया सीधे घटना से ही प्रारंभ हो सकती है: भुगतान सेटल हुआ → इवेंट प्राप्त → संबंधित वर्कफ़्लो सक्रिय होते हैं उसके बाद, एप्लिकेशन के विभिन्न हिस्से अपने-अपने लॉजिक के अनुसार प्रतिक्रिया कर सकते हैं: इन्वेंटरी सिस्टम उत्पाद को आरक्षित करता है विक्रेता को सूचित किया जाता है शिपिंग उपलब्ध हो जाती है ऑर्डर अपनी अगली स्थिति में चला जाता है दिलचस्प बात सिर्फ़ स्वचालन नहीं है—यह समन्वय है। जैसे-जैसे एप्लिकेशन अधिक API, सेवाओं और वास्तविक दुनिया की घटनाओं से जुड़ते हैं, एक बदलाव एक समय में प्रणाली के कई हिस्सों के लिए महत्वपूर्ण हो सकता है। एक घटना के लिए 10 अलग-अलग मैनुअल प्रतिक्रियाओं की आवश्यकता नहीं होनी चाहिए। कभी-कभी, बेहतर डिज़ाइन सिर्फ़ इतना होता है: कुछ हुआ। अब सब कुछ, जो इस पर निर्भर है, प्रतिक्रिया करे।