वाह - ठीक है - इस पर एक पोस्ट प्राप्त होगा लेकिन बड़ा होगा।
लाभ पर व्यापार द्वारा बड़ी समझ के साथ एकीकरण की आवश्यकता है - एक ऑपरेटिंग मॉडल को हल करें - क्योंकि व्यवसाय को अंतरंग होने के बजाय मानक रूप से मानकीकृत करने की आवश्यकता हो सकती है, क्योंकि यह महंगा हो सकता है - इसका कारण अधिकांश एसओए असफल! Enterprise Architecture: Driving Business Benefits from IT Author(s): Jeanne W. Ross
यदि एकीकरण की आवश्यकता है तो आपको एकीकरण के प्रकार पर व्यवस्थित करने की आवश्यकता है।
गति और प्रदर्शन मीट्रिक क्या हैं?
हमारे पास एक समग्र अनुप्रयोग के साथ एक .NET SOA है जो बिजनेस अनुप्रयोगों के साथ बिज़टॉक 2006 और वेबसाइसेस का उपयोग करता है। समग्र अंत (उपभोग करने) पर आवेदन का प्रदर्शन - व्यवसाय अनुप्रयोग की लाइन में webservices (और उनके कार्यान्वयन) की गति तक ही सीमित है! हमें परिणामों पर सूची 0 -3 दूसरी वापसी की आवश्यकता है। Webservices में परेशान नहीं किया जा सका इसलिए हमें प्रारंभिक खोज के लिए सीधे डेटाबेस पर जाना होगा। फिर मामले निर्माण के लिए webservices पर। लागत के प्रभाव और रखरखाव यहां एक मुद्दा बन जाता है। WebServices (HTTP), फ़ाइल ड्रॉप/ईडीआई आदि
-
यहां मुद्दा यह प्रदर्शन मापदंड चश्मा और व्यापार की आवश्यकताओं में इस एकीकरण के प्रकार पर नज़र करने में मदद मिलेगी कि तुम क्या करने की जरूरत को देखने के लिए है कार्यात्मक रूप से एकीकरण के लिए आपको प्रस्तावित वास्तुकला में विफलता के बिंदुओं को देखने की आवश्यकता है - क्योंकि इससे एसएलए/ओएलए में responisblity की श्रृंखला हो जाएगी। आपको उन चीज़ों में एकीकरण/फ़ैलीयर पॉइंट्स को लपेटने की आवश्यकता हो सकती है जिन्हें आप नियंत्रित करते हैं।
व्यापार रेखा के साथ एकीकरण के बारे में इसी बिंदु पर आपको एकीकृत करने से पहले अन्य उत्पाद के बारे में कितना जानने की आवश्यकता है? हाँ वेबसाइटों को अनुबंध द्वारा डिजाइन किया जाना चाहिए, लेकिन कार्यान्वयन अक्सर कमजोर होता है और आपको क्या हो रहा है इसके बारे में बहुत कुछ समझने की आवश्यकता होती है - और यदि यह एक ऐसा उत्पाद है जिसे आप वेबसाइसेस के साथ अबास्ट्रक्शन को नियंत्रित नहीं करते हैं, तो आपके इंटरगेशन टेक्नोलॉजी उर्फ बिज़टॉक में लीक हो जाती है।
इन दो बिंदुओं को एक साथ जोड़ो और आपको सबसे अच्छा सलाह है कि बिज़टॉक - रैपर जैसे वेबसाइसेस में व्यवसाय अनुप्रयोगों की लाइन को एक इंटरब्यूशन हब प्रकार प्राप्त करें - ताकि बिज़टॉक पक्ष लीकी अबास्ट्रक्शन से मुक्त हो सके, तो आप भी कम कर सकते हैं विफलता के बिंदु के रूप में आपने एकीकरण केंद्र के बजाय एकीकरण स्रोत और एक ऑब्जेस्टेशन के बजाय एक स्रोत के विफलता के बिंदु से व्यापार अनुप्रयोग की रेखा को डीकॉप्ल किया है।
एसओए और इंटरगेशन पोरजेक्ट्स में इंस्ट्रुमेंटेशन और डायग्नोसिक्स को सहन करना मुश्किल है! - किसी चमकदार बिक्री व्यक्ति को आज़माएं और आपको अलग-अलग बताएं! एमओएम एंट के साथ हाँ माँ यह यूनीसेन्टर कर सकता है।
मुख्य समस्या यह समझती है कि त्रुटि उर्फ में अंतर क्या होता है और उनसे कैसे ठीक किया जाता है ... आप संदेशों के साथ समाप्त हो जाते हैं और आपको यह समझने की आवश्यकता होती है कि उस बसियंस प्रक्रिया का क्या अर्थ है।आप कहने के लिए एक चेतावनी प्राप्त कर सकते हैं - प्रोसेसर 100% राम 100% ऑर्केस्ट्रेशंस विफल रहे हैं - लेकिन कोई वास्तविक अर्थ नहीं है। आपको इस सामान को शुरुआत से समाधान में इंजीनियर करना होगा - और उम्मीद है कि आप विफलता के बिंदुओं में हैं।
एकीकरण पैटर्न के प्रकार और उन्हें कैसे करना है, इसे भी विचार करने की आवश्यकता है।
उपरोक्त एक लाइव कार्यान्वयन में बिज़टॉक के साथ एक .NET SOA का वास्तविक दुनिया दृश्य है। लेकिन यह इसकी वास्तुशिल्प सीमाओं के कारण भी है - बिज़टॉक मुख्य रूप से एक हब और स्पोक पैटर्न है।
चेक बाहर Enterprise Application Patterns by Martin Fowler
कार्य त्वचा के लिए कई तरीके हैं!
अन्य विचार ... प्लेटफार्म/डेवलपर बोली आदि
हमारे लिए बड़ा कारकों में से एक कौशल इस सामग्री शुरू करने के लिए जरूरी था। हमारे पास जावा और सी # समझ के साथ ओओ देव थे, लेकिन मुख्य रूप से सी #। तो हम एमएस ढेर के लिए गए थे। लेकिन जब आप इसे प्रबंधित करने के लिए एकीकरण प्रकार और उत्पाद चुनते हैं तो उन्हें उस तकनीक को समझने के लिए और अधिक कौशल की आवश्यकता होगी। लेकिन हे, यह हमारे लिए देवताओं के लिए आदर्श है? गलत डेवलपर्स के बावजूद कई डेवलपर्स बिज़टॉक की पसंद के साथ अचंभित हो सकते हैं! प्रतिमान में बड़ी बदलाव - जो कि भाग में कोड के बजाए मैसेजिंग शिफ्ट के कारण है।
अंतिम के लिए सर्वश्रेष्ठ बिट!
एकीकरण में सामना करने की संभावना वाले लेनदेन की संख्या इस सब में सबसे बड़ा कारक संभव है। चूंकि यह इस तरह की चीजों के लिए पैटर्न, विफलता के बिंदु और टोलरेंस के मार्गदर्शन करेगा।
आपको एंटीकपेटेड वॉल्यूम पर सबसे अच्छा चयन करने की आवश्यकता है। कुछ ऐसा जो स्केल कर सकता है और स्केल कर सकता है! हमने बिज़टॉक का चयन किया क्योंकि यह कुछ अन्य लोगों की तुलना में सही तरीके से स्केल और स्केल कर सकता है।
यदि आपके पास वॉल्यूम नहीं है तो उन्हें प्रबंधित करने के लिए कुछ नहीं मिल रहा है और किसी भी प्रबंधन के बिना webservice प्रकार शैली के लिए webservice के लिए जाएं - प्रदर्शन और विफलता समझ में उन्हें कोड करने की आवश्यकता होगी।
यदि आपके .NET 3 के साथ विंडोज प्लेटफार्म डब्ल्यूडब्ल्यूएफ/डब्ल्यूसीएफ पर नजर डालें, क्योंकि यह webservice में webservice में मदद कर सकता है - बिज़टॉक और अन्य के ऊपरी हिस्से के बिना इन सभी चिंताओं के लिए अब्यूटल प्लेटफॉर्म में बहुत कुछ है।
उम्मीद है कि इससे मदद मिलती है।