सूचना प्रणाली एकीकरण

यह कोई रहस्य नहीं है कि "सब कुछ हमारे सामने किया गया है।" यह समस्या को हल करने के लिए केवल "एकत्रित टुकड़े" रहता है। और फिर यह पता चला कि विभाजित भागों को एकीकृत करना अक्सर उन्हें लिखने की तुलना में अधिक कठिन होता है। ऐसा क्यों हो रहा है? इस बारे में क्या किया जा सकता है?

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

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

आइए एकीकरण को प्रभावित करने वाले कारकों की सूची बनाएं और उनका विश्लेषण करें:

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

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

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

हमारा सामान्य कार्य अब इस तरह दिखता है: ऊपर वर्णित कारकों द्वारा एन सूचना प्रणाली को एकीकृत करना आवश्यक है, जिसमें परतों, कन्वर्टर्स, दलालों और उनके बीच इंटरफेस की संख्या को कम करना है। यदि आप समस्या को हल करते हैं, तो N सिस्टम के बीच N (N-1) / 2 कनेक्शन होंगे, यानी N (N-1) के दो-तरफ़ा इंटरैक्शन के साथ। अगर हम इस बात को ध्यान में रखते हैं कि यहां हम किसी वेब सेवा से शुरू होने वाली ऑफ़लाइन प्रक्रिया के लिए कुछ भी समझ सकते हैं, उदाहरण के लिए, दिन में एक बार और डेटाबेस को सिंक्रनाइज़ करने के लिए कई जटिल ऑपरेशन (अनुरोध, प्रसंस्करण, निर्यात, FTP के माध्यम से अपलोड करें, सिग्नल ट्रांसमिशन) सिस्टम का एक और हिस्सा, ताकि यह प्रेषित डेटा प्राप्त करे और अपने काम का हिस्सा करे, और फिर परिणामों को सूचित करता है और आवश्यक डेटा को वापस स्थानांतरित करता है)। सामान्य तौर पर, ऐसे विकल्पों को पूरी तरह से कभी भी समाप्त नहीं किया जा सकता है, एकमात्र सवाल उनका सक्षम कार्यान्वयन है।

लेकिन मैं आपको समस्या को हल करने के लिए पूरी तरह से उपकरण प्रदान करूंगा, उन लोगों से जो मैंने दूसरों से सीखा, मैंने खुद इसका इस्तेमाल किया और अभ्यास में देखा:

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

यह शास्त्रीय तरीकों की लगभग संपूर्ण समीक्षा है, कृपया पूरक करें यदि मैंने कुछ याद किया। लेकिन एकीकरण के गैर-शास्त्रीय तरीकों पर, मैं एक और प्रकाशन तैयार कर रहा हूं। आपका ध्यान देने के लिए धन्यवाद।