इसमें कुछ समय कठोर ध्वनि करने के लिए जा रहा है, लेकिन मूल रूप से यदि आप एक ESB की जरूरत है, तो आप जानते होंगे आप एक ESB की जरूरत है।
उपयोग के अधिकांश मामलों के लिए, ईएसबी एक समाधान की तलाश में एक समाधान है। यह ज्यादातर परिदृश्यों के लिए इंजीनियर पर सॉफ्टवेयर का एक ढेर है। अधिकांश लोग बस इसे वारंट करने के लिए प्रसंस्करण की पर्याप्त विविधता नहीं करते हैं। "एंटरप्राइज़" के लिए "ई" यहां उल्लेखनीय है।
एक सरल मामले में:
tail -F server.log | grep SEVERE >> severe.log
कि एक ESB परिदृश्य का एक उदाहरण के एक तुच्छ उदाहरण है।
"लेकिन यह सिर्फ एक यूनिक्स कमांड पाइपलाइन है!"
हां, बिल्कुल।
"ईएसबी" भाग "|" है और ">>"
ESB रन टाइम के भीतर जो आप एक साथ मॉड्यूल लिंक कर सकते हैं, यातायात की निगरानी है, डिजाइन प्रशंसक बहिष्कार की तरह whacky परिदृश्यों के सभी प्रकार के और जुड़ जाता है, आदि आदि
ESBs उल्लेखनीय हैं स्रोतों का एक समूह पढ़ने और स्थलों का एक समूह लिखने के लिए कनेक्टर्स का एक समूह होने के लिए। वे मोटे तर्क तर्कों का उपयोग करके प्रसंस्करण के लिए अधिक जटिल ग्राफ और वर्कफ़्लो बुनाई के लिए उल्लेखनीय हैं।
लेकिन क्या सबसे लोगों को आम तौर पर करते हैं:
input -> DO_STUFF -> output
एक ESB के साथ
वे मिल:
ESB[input -> DO_STUFF -> output]
जंगली में, सबसे पाइपलाइनों बस है कि जटिल नहीं हैं। उनके पास तर्क से एक होता है जो पुन: प्रयोज्य नहीं होता है, और लोग इसे एक ही तर्क मॉड्यूल में एक साथ ग्लोब करते हैं।
ठीक है, हेक, आप इसे पर्ल स्क्रिप्ट के साथ कर सकते हैं।
ईएसबी में लंबी पाइपलाइनें अधिक अक्षम नहीं होती हैं। जेनेरिक मॉड्यूल में और बाहर डेटा के बहुत सारे मार्शलिंग के साथ (क्योंकि आप शायद ही कभी बाइनरी पेलोड का उपयोग करते हैं)।
तो, कहें, सीएसवी आता है, एक्सएमएल में परिवर्तित हो जाता है, इसे संसाधित करता है, एक्सएमएल के रूप में इनपुट के लिए एक्सएमएल आउटपुट करता है, जो इसे मार्शल करता है, उस पर काम करता है, इसे फिर भी एक और चरण के लिए एक्सएमएल में परिवर्तित करता है। कुल्ला और दोहराएं जब तक कि सीपीयू 400% (बहु-कोर एफटीडब्लू) हिट नहीं करता।
तब कोई व्यक्ति "हे, अगर मैं इन मॉड्यूल को एक ही दिनचर्या में एक बूंद खींचता हूं, तो हम इस एक्सएमएल जंक को छोड़ देते हैं!", और आप "इनपुट -> DO_STUFF -> आउटपुट" के साथ समाप्त होते हैं। ।
बड़ी प्रणालियों के लिए, ऐसी कई वेब सेवाओं के साथ जो आरामदायक, विज्ञापन एकीकरण करने की आवश्यकता है, वे ठीक हो सकते हैं। यदि आप ऐसे व्यवसाय में हैं जो बहुत कुछ करता है, तो वे वास्तव में अच्छी तरह से काम कर सकते हैं। जब आपके पास दर्जनों पाइपलाइन हैं, तो वे उन्हें प्रबंधित करने के परिचालन पहलू में मदद कर सकते हैं।
लेकिन जटिल पाइपलाइनों के लिए, यदि आपके पास बहुत सारे कदम हैं, तो शायद प्रोटोटाइप से परे यह इतना अच्छा विचार नहीं है, खासकर यदि कोई वास्तविक मात्रा शामिल है। मन, आपके पास कोई विकल्प नहीं हो सकता है, जो आप एकीकृत कर रहे सिस्टम पर निर्भर करते हैं।
यदि नहीं, तो यदि आपके पास एक इंटरफ़ेस है तो आपको खड़े होने की आवश्यकता है - फिर बस इसे करें। इसे पर्ल में, जावा में, सी # में, जो भी हो, में करें। बाहर निकलें और कुछ अजीब 100 एमबी बुनियादी ढांचे और जटिलता को स्पूल करें जो अब आप सीखने, मास्टर करने और बनाए रखने के लिए प्राप्त करते हैं।
तो, फिर, यदि आपको ईएसबी की आवश्यकता है, तो आप इसे जान लेंगे। वास्तव में। आपके पास अलग-अलग सामानों के साथ जो भी सिस्टम बनाया गया है, आप इसके साथ लड़ रहे होंगे, सहकर्मियों से बात कर रहे हैं कि यह सब कुछ क्या दर्द है, और आप किसी विक्रेता को कुछ लिंक में कुछ विक्रेता को पढ़ सकते हैं और पढ़ सकते हैं एक श्वेत पत्र और "यह है!" जाओ, लेकिन अगर आपने अभी तक ऐसा नहीं किया है, तो आप कुछ भी याद नहीं कर रहे हैं।
ओवर इंजीनियरिंग के लिए +1 और" अधिकांश लोग बस इसे वारंट करने के लिए प्रसंस्करण की पर्याप्त विविधता नहीं करते हैं " – kolossus