दुर्भाग्य से अपस्ट्रीम / डाउनस्ट्रीम के अर्थ पर मतभेद हैं। सिस्टम आर्किटेक्चर के बारे में बात करते समय, मैं इसे निम्नानुसार परिभाषित करता हूं:
चिंता की एक प्रणाली को देखते हुए, सिस्टम जो चिंता की प्रणाली के लिए संदेश / डेटा विनिमय शुरू करते हैं, अपस्ट्रीम सिस्टम हैं, और सिस्टम जो चिंता का विषय है (यानी जिन लोगों को मेरा सिस्टम डेटा एक्सचेंज शुरू करता है) डाउनस्ट्रीम सिस्टम हैं।
उनके उत्पादों में से एक के साथ बातचीत का वर्णन करने वाले ibm का यह लिंक इस दृश्य को पुष्टि करता है:
अपस्ट्रीम और डाउनस्ट्रीम सिस्टम के साथ एकीकरण https://www.ibm.com/support/knowledgecenter/en/SSWSR9_11.3.0/com.ibm.pim.dev.doc /integration/pim_con_dev_creatingjobsforintegrationcontainer.html
अपस्ट्रीम सिस्टम कोई भी सिस्टम है जो डेटा को सर्वर सर्वर सिस्टम पर भेजता है। डाउनस्ट्रीम सिस्टम एक ऐसी प्रणाली है जो सहयोग सर्वर सिस्टम से डेटा प्राप्त करता है।
शब्दावली 'अपस्ट्रीम' और 'डाउनस्ट्रीम' को देखते हुए नदी के साथ एक सादृश्य बनाने में मदद मिल सकती है। यदि आप नदी में एक संदेश (डेटा) छोड़ते हैं तो यह नदी के ऊपर (सर्जक) से नीचे की ओर (रिसीवर) में बहती है।
वास्तविक रूप से, मैंने पाया है कि आर्किटेक्ट और मिडलवेयर डेवलपर्स इस परिभाषा और वेब डेवलपर्स का विपरीत उपयोग करते हैं (शायद 'अपलोड'इंग के कारण)।
ईवेंट टाइमलाइन के साथ, एक ईवेंट तब अपस्ट्रीम होता है जब वह टाइमलाइन पर एक बिंदु से पहले होता है (यानी किसी अन्य ईवेंट को ट्रिगर करता है) और डाउनस्ट्रीम तब होता है जब वह बाद में होता है (यानी ईवेंट प्राप्त होता है)। घटनाओं के क्रम में अपस्ट्रीम क्या है और डाउनस्ट्रीम क्या है, इसलिए, इस बात पर निर्भर करता है कि आप समयरेखा में कहां हैं। एक घटना डाउनस्ट्रीम और अपस्ट्रीम दोनों हो सकती है, यह इस बात पर निर्भर करता है कि आपका शुरुआती बिंदु इसके पहले या बाद में है।
जैसा कि @Jack नोट RFC7230 tools.ietf.org/html/rfc7230#section-2.3 है:
"अपस्ट्रीम" और "डाउनस्ट्रीम" शब्द का उपयोग
संदेश प्रवाह के संबंध में दिशात्मक आवश्यकताओं का वर्णन करने के लिए किया जाता है : सभी
संदेश ऊपर से नीचे की ओर प्रवाहित होते हैं
मुझे वोटों को देखने में दिलचस्पी होगी, जो सबसे आम उपयोग है!