क्या कोई मुझे गैर-buzzspeak में एंटरप्राइज़ सेवा बस समझा सकता है?

Question

हमारे कुछ सहयोगी हमें बता रहे हैं कि हमारे सॉफ़्टवेयर को एंटरप्राइज़ सर्विस बस से बातचीत करने की आवश्यकता है। थोड़ा सा शोध करने के बाद, मेरी प्रवृत्ति यह कहने के लिए है कि यह सिर्फ यह कहने के लिए बात है कि हमें संदेशों को आगे और आगे पारित करने के लिए एक मंच-शानदार तरीका होना चाहिए। मैं सिर्फ यह महसूस करने की कोशिश कर रहा हूं कि हमारे साथी हमें क्या बता रहे हैं। क्या मैं अपने साझेदारों के अनुरोध को खारिज करने में सही हूं क्योंकि बस हमारे सॉफ़्टवेयर को अधिक buzzword-compliant होने की कोशिश कर रहा है, या क्या वे हमें कुछ बता रहे हैं जिसे हमें सुनना चाहिए (भले ही buzzspeak में एन्कोड किया गया हो)?

Answer 1

हालांकि ईएसबी मैसेजिंग पर आधारित है, यह "बस" संदेश नहीं है और न सिर्फ एक buzzword।

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

ESB के साथ ...

• स्थलों/सेवाओं/संसाधनों का रन-समय संकल्प
• स्थान पारदर्शिता
• किसी भी करने के लिए किसी भी कनेक्टिविटी और अधिकतम कनेक्शन घनत्व
इन मुद्दों से निपटने के लिए प्रयास करता
• अतिरेक, क्षैतिज क्षमता, विफलता
• नीति, अभिगम नियंत्रण के लिए architected, नियमों टोपोलॉजी
से externalized
• तार्किक मैसेजिंग नेटवर्क परत शारीरिक मैसेजिंग नेटवर्क परत
• आम नाम स्थान

के ऊपर लागू किया तो जब आपके ग्राहक ESB अनुकूलता के लिए पूछता है, वे ऊपर तरह बातें करना चाहते हैं। एक आवेदन दृष्टिकोण से, यह भी मतलब है ...

• इस तरह के सख्त अनुक्रम में कार्रवाई करने के लिए या एक सामान्य नेटवर्क गंतव्य के लिए केवल विशिष्ट नोड्स के बजाय करने के लिए अनुरोधों का समाधान करने
• स्थलों को हल करने की क्षमता आवश्यकताओं के रूप में संदेश समानताएं से बचना गतिशील रूप से रन टाइम पर (यानी एक कतार का एक और उदाहरण जोड़ें और यह स्वचालित रूप से यातायात प्राप्त करना शुरू कर देता है, शेष नोड्स को एक और ट्रैफिक मार्ग हटा देता है)
• अनुरोधकर्ता और प्रदाता ऐप्स एक दूसरे को "जीवन" कहने से डांटते हैं।अनुरोधक एक कनेक्शन, कितने सेवाओं यह नीति के बजाय टोपोलॉजी द्वारा
• सेवा प्रदाता समझते हैं और ड्यूप्स को संभालने में सक्षम एप्लिकेशन
• अधिकृत कॉल करने के लिए आवश्यकता हो सकती है की परवाह किए बिना बनाता है (JMS कल्पना के अनुसार, "कार्यात्मक डुप्लिकेट" की वजह से देख सत्र हैंडलिंग) ताकि आप नेटवर्क की स्थिति के बारे में पूछताछ या एक वास्तविक लेनदेन

भेजे बिना परीक्षण प्रदर्शन कर सकते हैं एक सेवा प्रदाता के आवेदन

साधन सेवा प्रदाता अनुप्रयोगों के कई सक्रिय उदाहरणों को चलाने के लिए

की क्षमता ओटी पर उसका हाथ, यदि आपका ग्राहक इन चीजों को स्पष्ट नहीं कर सकता है तो वे सिर्फ एक बॉक्स को चेक करने में सक्षम होना चाहते हैं जो "ईएसबी के साथ काम करता है।"

Answer 2

यदि यह कुछ शोध करने के बाद, मेरे वृत्ति कहना यह सिर्फ buzz जाता है कि कह रही है कि हम संदेश वापस पारित करने के लिए एक मंच-indpendent तरह से और पीछे

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

हूँ मैं अपने भागीदारों के अनुरोध के रूप में खारिज हमारे सॉफ्टवेयर पाने के लिए बनने की कोशिश कर में सही कर अधिक मूलमंत्र-संगत , या वे हमें कुछ बता रहे हैं जिसे हमें सुनना चाहिए (भले ही buzzspeak में एन्कोड किया गया हो)?

आपको हमेशा अपने ग्राहकों को सुनना चाहिए, भले ही यह प्रारंभ में मूर्खतापूर्ण लगता है। यह तय करने के लिए कि क्या हो रहा है, कम से कम प्रयास करने का प्रयास करना आम तौर पर है। लाइनों के बीच पढ़ना, आपके सहयोगियों का क्या अर्थ हो सकता है कि वे आपकी सेवा के लिए अपनी सेवाओं और उत्पादों के साथ अधिक आसानी से एकीकृत करने का एक तरीका चाहते हैं।

Answer 3

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

Answer 4

यदि यह कुछ शोध करने के बाद, मेरे वृत्ति कहना यह सिर्फ चर्चा करते हुए कहा कि हम की जरूरत के लिए बात संदेश वापस पारित करने के लिए एक मंच-indpendent तरह से और पीछे

है कि है

आप सही हैं, आंशिक रूप से क्योंकि ईएसबी शब्द हमेशा अच्छा शब्द है जो किसी अन्य buzzword, वैध या नहीं - प्रशासन (यानी आपको प्रबंधित करने में सहायता करता है जो आपके एंडपॉइंट्स तक पहुंच रहा है और रिपोर्टिंग मैट्रिक्स - मेट्रिक्स btw सभी सूट पसंद किए जाने वाले हैं, वे चाहते हो सकता है इतना है कि एक योगदानकर्ता) हो सकता है

एक अन्य कारण एक मंच तटस्थ उपकरण इतना है कि किसी भी सेवा वे उपभोग हमेशा एक केंद्रीय से अंतिम बिंदुओं के रूप में संपर्क में हैं एक विशिष्ट मशीन संसाधन के बजाय स्थान। ईएसबी आपकी सेवाओं के वास्तविक भौतिक अंतराल को उनके लिए अप्रासंगिक बनाता है, जिन्हें उन्हें किसी भी तरह से परवाह नहीं करना चाहिए, लेकिन आपको सक्षम बनाता है ताकि आप सेवाओं को स्थानांतरित कर सकें, हालांकि वे केवल ईएसबी एंडपॉइंट का उपभोग करेंगे।

डिस्कवरी के लिए केंद्रीकृत भंडार के अलावा, एक ईएसबी भी सेवाओं के साइड वर्जनिंग को आसान बनाता है। अगर मेरे पास कोई विकल्प था और मेरी कंपनी का बजट था, तो हमने आईबीएम के एक्स 150 उपकरण खरीदे होंगे :(

तीसरा, सॉफ़्टवेयरग के उत्पाद की तरह कई और अधिक उन्नत बसें, जो मुझे याद है, मूल रूप से विरासत डेटा का पर्दाफाश करने में सक्षम है, जैसे एडेप्टर

के माध्यम से कोडिंग की आवश्यकता के बिना सेवाओं के रूप में मुख्य फ्रेम पर बैठे डेटा से मैं अगर उनकी मंशा सभी लाभ एक ESB प्रदान करता है लाभ उठाने के लिए है नहीं है, या के रूप में आप ने कहा, यह मूलमंत्र अनुरूप बनाने के।

Answer 5

मैं कोशिश करूँगा & इसे buzzword मुक्त रखें (लेकिन एक buzz संक्षिप्त शब्द में रेंग सकता है)।

जब सेवाएं/एप्लिकेशन/मेनफ्रेम/आदि ... एकीकृत करना चाहते हैं (इसलिए एक-दूसरे को संदेश भेजें) तो आप काफी गड़बड़ी कर सकते हैं। एक ईएसबी उस गड़बड़ी को छुपाता है (या इसके विपरीत) ताकि एक संगठन नाटक कर सके कि कोई गड़बड़ नहीं है और इसमें कुछ प्रबंधनीय है। इसके बाद यह इस संगठन को ऐसे संगठन में वरिष्ठ लोगों के लिए और अधिक मोहक बनाने के लिए इस सुविधा को भरने के लिए सुविधाओं का पूरा भार लपेटता है जो इस तरह के एक महंगे उत्पाद को खरीदने का निर्णय लेगा। ये लोग आम तौर पर एक बड़ी पहल शुरू करना चाहते हैं जो साबित करने के लिए बहुत पैसा खर्च करता है कि वे 'कुछ कर रहे हैं' और जानते हैं कि बड़ी मात्रा में पैसा कैसे खर्च किया जाए। यदि यह एक एसओए पहल है तो विक्रेता विभिन्न लोगों ने उन्हें बताया होगा कि एसओए काम करने वाले विक्रेताओं को देखने के लिए एक ईएसबी की आवश्यकता होती है (आमतौर पर एक बार सेवाओं की संख्या जो वे एक छोटी संख्या में गुजरती हैं)।

तो एक ESB है:

1. विक्रेताओं बहुत पैसा बनाने के लिए के लिए एक वाहन;
2. बहुत सारे पैसे बनाने के लिए परामर्शदाताओं के लिए एक वाहन;
3. वरिष्ठ अधिकारियों के लिए एक तरीका (आईटी निदेशकों & जैसा) यह दिखाने के लिए कि वे बहुत सारे पैसे खर्च कर सकते हैं;
4. एक गड़बड़ छिपाने के लिए एक बॉक्स;
5. एक तकनीकी टीम के साथ काम करने के लिए कुल पिटा।

   के लिए कई वर्षों कंपनियों मानव संसाधन के लिए वित्त उनके व्यापार में विशिष्ट कार्यों को प्राप्त करने के विभिन्न प्लेटफार्मों और प्रौद्योगिकियों का अधिग्रहण:

Answer 6

सरल व्याख्या की व्याख्या करने के लिए यह क्या प्रदान करता है। इन प्रणालियों को डेटा साझा करने के लिए एक-दूसरे से बात करने की आवश्यकता होती है ताकि मिडलवेयर गोंद बन जाए जिससे उन्हें कनेक्ट करने की अनुमति मिल सके। व्यवसाय से पहले यह पता था कि वे इन प्रणालियों और मिडलवेयर में से प्रत्येक पर समर्थन और रखरखाव के लिए भुगतान कर रहे थे। व्यवसाय में बदलावों के रूप में विभागों ने उम्र बढ़ने के समाधान को उनकी जरूरतों को पूरा करने के लिए पर्याप्त लचीला बनाने की कोशिश करने के बजाय विशेष जरूरतों को पूरा करने के लिए अपने स्वयं के कस्टम समाधान बनाने का निर्णय लिया। इससे पहले कि वे इसे जानते थे, वे विरासत प्रणाली, मिडलवेयर और कस्टम समाधानों का समर्थन और रखरखाव करने के लिए भुगतान कर रहे थे। सर्बेन्स ऑक्सले जैसे नए कानूनों के साथ, कंपनियों को रिपोर्टिंग उद्देश्यों के लिए बेहतर जानकारी उपलब्ध कराने की आवश्यकता है। एक दृश्य के लिए आवश्यक है कि वे सभी प्रणालियों से डेटा कैप्चर करें। इसके अलावा, सीआईओ को अब लागत कम करने और ग्राहक सेवा में वृद्धि के लिए दबाव डाला जा रहा है। एक स्पष्ट समाधान उन्मूलन प्रणाली, महंगी समर्थन और रखरखाव अनुबंध, और उच्च लागत विरासत समाधान है जो विशेषज्ञों को समर्थन के लिए आवश्यक है। एक नए मंच पर जाने के लिए यह अनुमति देता है, लेकिन एक संक्रमण की आवश्यकता है। कोई टर्नकी समाधान नहीं है जो व्यवसाय को दोहरा सकता है।आसपास की जानकारी को स्थानांतरित करने की जरूरतों को पूरा करने के लिए वे एसओए के साथ जाते हैं क्योंकि यह एक सामान्य इकाई के माध्यम से सूचना पहुंच की अनुमति देता है। अगर मैं सेवा बस से सभी कर्मचारियों से पूछता हूं तो यह उन्हें 15 एचआर सिस्टम या 1 से प्राप्त करता है। जब 15 एचआर सिस्टम 1 सिस्टम बन जाता है तो कॉल और परिणाम नहीं बदलता है, बस दृश्यों के पीछे यह कैसे किया जाता है। सेवा बस अवधारणा सूचना के प्रवाह को मानकीकृत करती है और आईटी प्रबंधकों को अपस्ट्रीम उपयोगकर्ताओं पर दीर्घकालिक प्रभाव के साथ बस के पीछे संक्रमण करने की अनुमति देती है।