आवेदन मॉडल (हिमस्खलन - जावा के लिए आवेदन ढांचा)

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

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

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

एकीकरण की आवश्यकता न केवल स्वयं या कस्टम विकास के विशेष सॉफ्टवेयर में, बल्कि "बॉक्सिंग" समाधानों में भी उत्पन्न होती है। बिक्री की लागत परिचालन लागत में अपेक्षित कमी से अधिक हो सकती है।

आईटी प्रणालियों के एकीकरण को संबोधित करने के मौजूदा तरीके:

• फाइल शेयरिंग
• मैसेजिंग (एक प्रकार की फ़ाइल साझाकरण)
• उदाहरण के लिए, डेटा डेटाबेस स्तर पर एकीकरण, विशेष डेटाबेस ऑब्जेक्ट या संग्रहीत कार्यविधियाँ बनाना
• RCP (दूरस्थ कॉल प्रक्रिया) तकनीकों का उपयोग करना, उदाहरण के लिए, CORBA, RMI, SOAP, DCOM, आदि।

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

मौजूदा समाधानों के विकल्प की खोज के परिणामस्वरूप, MVC मॉडल (MODEL - VIEW - CONTROLLER) को MVFA मॉडल (MODEL - VIEW - FUNCTION - APPLICATION) में परिवर्तित करने के लिए विचार तैयार किया गया, CONTROLLER को दो प्रोग्राम लेयर्स में तोड़कर FUNCTION और APPLICATION जिसके बीच डेटा ट्रांसमिशन नेटवर्क रखा जा सकता है। )।



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

"एप्लिकेशन" ऑब्जेक्ट को एक अलग प्रोग्राम लेयर में अलग करना न केवल अपने स्वयं के कार्यों के लिए, बल्कि अन्य प्रणालियों के कार्यों के लिए भी कॉल को मानकीकृत करता है, जो "स्वयं" और "एलियन" फ़ंक्शन के कॉल में सभी अंतर मिटा देता है।

एमवीएफए मॉडल को लागू करने के लिए, निम्नलिखित सॉफ्टवेयर मॉडल प्रस्तावित है:

1. फ़ंक्शन (फ़ंक्शन), कोई भी वस्तु जिसमें किसी भी कार्यक्षमता को लागू करने के तरीके हैं;
2. एक एडेप्टर, एक घोषित ऑब्जेक्ट जिसमें कार्यान्वयन नहीं है। यह ऑब्जेक्ट स्थानीय या दूरस्थ फ़ंक्शन के साथ "एप्लिकेशन" ऑब्जेक्ट का कनेक्शन प्रदान करता है। दूरस्थ फ़ंक्शन तक पहुंचने के लिए, "इंटरफ़ेस" ऑब्जेक्ट का उपयोग किया जाता है;
3. कनेक्टर (कनेक्टर), ऑब्जेक्ट्स के "प्रकाशन" का उपयोग करके दूरस्थ वस्तुओं के स्थानीय कार्यों तक पहुंच प्रदान करता है;
4. प्रकाशन (प्रकाशित करें), कनेक्टर में एक स्थानीय फ़ंक्शन प्रकाशित करता है;
5. इंटरफ़ेस (इंटरफ़ेस), दूरदराज के कार्यों के लिए एडेप्टर तक पहुंच प्रदान करता है;
6. एप्लिकेशन (एप्लिकेशन), प्रस्तुति और फ़ंक्शन / फ़ंक्शन के बीच डेटा का रूपांतरण करता है, "एप्लिकेशन" के अन्य ऑब्जेक्ट्स के लिए "फ़ंक्शन" के रूप में भी कार्य कर सकता है।

"इंटरफ़ेस" की एक जोड़ी - "कनेक्टर" विभिन्न प्रणालियों या एक ही सिस्टम के विभिन्न नोड्स के बीच एक प्रोटोकॉल के माध्यम से एक डेटा चैनल बनाता है। एक कार्यान्वित चैनल में आवश्यक मात्रा में डेटा पास करने की क्षमता होनी चाहिए।

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

माना गया कि एमवीएफए मॉडल एवलांच - जावा सॉफ्टवेयर उत्पाद के लिए एप्लीकेशन फ्रेमवर्क में लागू किया गया है, जो मध्य वेयर श्रेणी का है और इसे सॉफ्टवेयर क्लस्टर या फॉल्ट-टॉलरेंट हाई-उपलब्धता सूचना प्रणाली बनाने के लिए बनाया गया है।

बेशक, किसी भी तकनीक की तरह, हिमस्खलन - जावा के लिए अनुप्रयोग ढांचे की कुछ सीमाएं हैं:

1. एडाप्टर (इनपुट और रिटर्न पैरामीटर्स) में घोषित किसी भी ऑब्जेक्ट (प्रकार) को नेटवर्क पर प्रसारित किया जा सकता है, और इसलिए इन ऑब्जेक्ट्स को java.lang.Serializable इंटरफ़ेस को लागू करना होगा। स्ट्रीम को पढ़ने और लिखने के संचालन का उपयोग किए बिना, स्थानीय वस्तुओं को सीधे कहा जाता है।
2. सभी वस्तुओं को नेटवर्क पर स्थानांतरित नहीं किया जा सकता है। उदाहरण के लिए, ऑब्जेक्ट्स जिनकी स्थिति या प्रदर्शन सिस्टम नोड के कॉन्फ़िगरेशन पर निर्भर करते हैं जहां वे बनाए गए थे। ऐसी वस्तुओं में javax.sql.DataSource विनिर्देशन लागू करने वाली वस्तुएँ शामिल हैं।
3. डुप्लिकेट सिस्टम नोड्स को विभिन्न हार्डवेयर पर स्थित होना चाहिए।
4. डुप्लिकेट सिस्टम नोड्स को एक ही समय में बंद (सर्विस्ड) नहीं किया जाना चाहिए।

एक साधारण आवेदन का एक उदाहरण लेख में वर्णित है - पहला आवेदन (हिमस्खलन - जावा के लिए आवेदन ढांचा)