सिंक्रनाइज़ेशन और प्रक्रियाओं की अतुल्यकालिकता

प्रोग्रामर्स से दुनिया बहुत कुछ सीख सकती है। वह पहले से ही सीख रहा है, लेकिन गलत तरीके से नहीं। उदाहरण के लिए, मैंने प्रक्रियाओं और एल्गोरिदम को लिया, लेकिन अतुल्यकालिक के रूप में इस तरह के दृष्टिकोण को नोटिस नहीं किया।

कोई भी प्रोग्रामर समझता है कि समकालिकता और अतुल्यकालिकता क्या हैं। यह कितना प्रोग्रामर द्वारा समझा जाता है, इसलिए यह सामान्य प्रक्रिया डेवलपर्स के लिए समझ से बाहर है।

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

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

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

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

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

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

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

बेशक, वकीलों को नाराज किया जा सकता है - हम आपूर्तिकर्ता का मूल्यांकन किस लिए करेंगे, अगर आपने अभी तक वहां स्पष्ट रूप से निर्णय नहीं लिया है, तो क्या आप उसके लिए आदेश देंगे? उन्हें क्या जवाब देना चाहिए?

समाधान स्वयं का सुझाव देता है, हमने पहले ही ऊपर संकेत दिया है - आपूर्तिकर्ता मूल्यांकन सेवा को जोड़ने के लिए। अब हम यह भी बेहतर समझते हैं कि इसकी आवश्यकता क्यों है - अतुल्यकालिक और प्रक्रिया को गति देने के लिए। हालांकि, सेवा शायद केवल तुल्यकालिक होगी। आपको क्या लगता है?

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

अतुल्यकालिक में, गारंटी की अनुपस्थिति आमतौर पर डरावनी होती है, अर्थात, प्रक्रिया की समानांतर शाखाओं में से एक में नकारात्मक परिणाम का जोखिम। यदि सुलह विफल हो जाए तो क्या होगा?

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

सभी समन्वय प्रक्रियाओं के लिए एसिंक्रोनसी सीधे भीख मांगता है। यदि आप केवल तुल्यकालिक मोड में काम करते हैं, और यहां तक ​​कि समन्वयकों के नेतृत्व का भी पालन करते हैं, तो नौकरशाही और आपसी जिम्मेदारी पैदा करते हुए लंबी, अन्योन्याश्रित श्रृंखलाएं बनाई जाती हैं।

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

यहां मुख्य बात चिंता करने की नहीं है, और एक बार में सब कुछ से निपटने के लिए नहीं है। समन्वय की पहली शाखा के लिए अतुल्यकालिक मोड का चयन करने का प्रयास करें। यह कार्य को संशोधित करने के लिए आवश्यक हो सकता है, समन्वय पैरामीटर - ताकि अन्योन्याश्रितता को समाप्त किया जा सके।

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

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

"ऑटो टास्क" का सिद्धांत इस तरह के स्वचालन के लिए सबसे उपयुक्त है। हालांकि, आप आधुनिक प्लेटफार्मों में होने वाली ड्राइंग प्रक्रियाओं के मानक साधनों से प्राप्त कर सकते हैं, आपको केवल टिंकर करना होगा।

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

ऑटो-कार्य इस समस्या को खत्म करते हैं - प्रक्रिया की कोई छवि बिल्कुल नहीं है, क्योंकि ऐसी कोई इकाई नहीं है - एक प्रक्रिया। कार्य हैं। यदि आप वास्तव में चाहते हैं, तो आप उनसे एक प्रक्रिया को इकट्ठा कर सकते हैं। लेकिन दूसरे तरीके से नहीं। ड्राइंग प्रक्रियाओं की एक प्रकार की कटौतीत्मक विधि।

अतुल्यकालिक के अलावा, एक और भी अधिक शक्तिशाली अनुकूलन विधि है - प्रक्रिया बफरिंग। उसके बारे में - एक और समय।