design क्यों कई परियोजनाओं में एक BizTalk समाधान विभाजित?



(1)

BizTalk समाधान आमतौर पर स्कीमा, नक्शे, और आर्केस्ट्रेशन शामिल हैं। समाधान में सहायक घटक, व्यावसायिक नियम, बंदरगाह आधारित रूटिंग और परिवर्तनों, व्यापार साझेदारों, और कई अन्य प्रकार की कलाकृतियों की परिभाषा शामिल हो सकती है।

इन सभी कलाकृतियों को प्रभावी ढंग से प्रबंधित करने में कई लाभ हैं - कमियां की तुलना में कहीं अधिक लाभ।

लाभ में शामिल हैं:

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

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

अन्य कमियां शामिल हैं:

  • जीएसी में प्रवेश और तैनात करने के लिए अधिक असेंबली
  • परियोजनाओं के बीच अंतर-निर्भरता परिनियोजन त्रुटियों का परिणाम हो सकता है जो खराब संगठित समाधानों में नज़र डालना मुश्किल हो सकता है।

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

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

मैंने कई परियोजनाओं में बिज़्टेक समाधान को विभाजित करने के लिए यह अच्छा अभ्यास पढ़ा है, और विभाजन के सटीक स्वरूप के बारे में कुछ बहसें देखी हैं, जैसे ...
- विरूपण साक्ष्य, अर्थात् स्कीमा, आर्केस्ट्रेशन, मानचित्र इत्यादि द्वारा विभाजित किया जा सकता है।
- फ़ंक्शन द्वारा विभाजित किया जा सकता है

लेकिन क्या लाभ है / चुनाव है ??





biztalk