.NET दुनिया में System.Transactions इन्फ्रास्ट्रक्चर

क्या आपने C # में using (var scope = new TransactionScope(TransactionScopeOption.Required)) निर्माण देखा है? इसका मतलब यह है कि using ब्लॉक में चल रहा कोड लेनदेन में है और इस ब्लॉक से बाहर निकलने के बाद परिवर्तन प्रतिबद्ध होंगे या वापस ले जाएंगे। यह तब तक समझ में आता है जब तक आप गहरी खुदाई शुरू नहीं करते। और आप जितना गहरा खोदते हैं, "वियर और वियर" होता है। किसी भी मामले में, जब मैं TransactionScope वर्ग से अधिक परिचित हो गया और सामान्य तौर पर, .NET लेनदेन के साथ, प्रश्नों का एक पूरा गुच्छा उत्पन्न हुआ।

TransactionScope वर्ग क्या है? जैसे ही हम using (var scope = new TransactionScope()) निर्माण का उपयोग करते हैं, क्या हमारे प्रोग्राम में सब कुछ तुरंत ट्रांजेक्शनल हो जाता है? "संसाधन प्रबंधक" और "लेनदेन प्रबंधक" क्या हैं? क्या मैं अपना स्वयं का संसाधन प्रबंधक लिख सकता हूं और यह कैसे बनाया गया " TransactionScope उदाहरण" से कनेक्ट करता है? एक वितरित लेनदेन क्या है और क्या यह सच है कि SQL Server या Oracle डेटाबेस में वितरित लेनदेन एक वितरित .NET लेनदेन के समान है?

इस प्रकाशन में, मैंने उन सामग्रियों को इकट्ठा करने की कोशिश की जो इन सवालों के जवाब खोजने में मदद करती हैं और .NET दुनिया में लेनदेन की समझ का निर्माण करती हैं।

परिचय

लेनदेन क्या हैं और वे किन समस्याओं का समाधान करते हैं?

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


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

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

हम दो खातों के बीच पैसे ट्रांसफर करने के उदाहरण का वर्णन करते हैं। पहली तस्वीर उस स्थिति को दिखाती है जब खाता संख्या 1 से खाता संख्या 2 तक 50 रूबल का हस्तांतरण सफलतापूर्वक पूरा हो गया था। हरा रंग इंगित करता है कि सिस्टम एक स्वीकार्य स्थिति में है (डेटा पूर्ण है)।


अब कल्पना करें कि हस्तांतरण लेनदेन के बाहर किया जाता है और खाता संख्या 1 से पैसे निकालने के बाद, एक विफलता हुई, जिसके कारण वापस लिया गया धन खाता संख्या 2 में जमा नहीं किया गया था। सिस्टम अस्वीकार्य स्थिति (लाल रंग) में होगा।


यदि वापसी और जमा करने के संचालन के बीच एक त्रुटि हुई, लेकिन हस्तांतरण एक लेनदेन के हिस्से के रूप में किया गया था, तो वापसी का संचालन रद्द कर दिया जाएगा। नतीजतन, सिस्टम अपनी मूल स्वीकार्य स्थिति में रहेगा।


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

डेटा अखंडता का उल्लंघन होने पर आने वाली समस्याएं स्पष्ट हैं। सिस्टम द्वारा दी गई जानकारी सिर्फ झूठी नहीं होती - यह वास्तविकता से स्पर्श खो देती है और बकवास में बदल जाती है।

क्या लेनदेन यहाँ माना जाता है

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

शुरू करने के लिए, हम विषय डोमेन लेनदेन (व्यापार लेनदेन) और सिस्टम लेनदेन की अवधारणाओं को अलग करते हैं। दूसरे को अलग-अलग जगहों पर और अलग-अलग तरीकों से लागू किया जा सकता है।

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

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

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

अधिक दिलचस्प विकल्प हैं। आधुनिक औद्योगिक प्रोग्रामिंग भाषाएं (पहली जगह में C # और जावा) विशेष रूप से डिज़ाइन किए गए लेनदेन को पूरी तरह से अलग-अलग उप-प्रणालियों में शामिल करने के लिए उपकरण प्रदान करती हैं, और न केवल डीबीएमएस। इस प्रकाशन में, हम ऐसे लेनदेन सॉफ़्टवेयर को कॉल करेंगे। C # के मामले में, ये System.Transactions नामस्थान (दूसरा उदाहरण) से लेनदेन हैं, और उन्हें नीचे वर्णित किया गया है।

System.Transactions लेन-देन पर जाने से पहले, एक और दिलचस्प घटना का उल्लेख करने में विफल नहीं हो सकता। System.Transactions उपकरण प्रोग्रामर को स्वतंत्र रूप से प्रोग्रामेटिक ट्रांजैक्शन मेमोरी को लागू करने की अनुमति देते हैं। इस स्थिति में, प्रोग्राम ऑपरेशन जो सिस्टम की स्थिति को प्रभावित करते हैं (शास्त्रीय अनिवार्यता प्रोग्रामिंग भाषाओं के मामले में यह एक असाइनमेंट ऑपरेशन है) डिफ़ॉल्ट रूप से लेनदेन में शामिल होते हैं जो डीबीएमएस लेनदेन के रूप में उसी तरह से वापस किए जा सकते हैं और रोल किए जा सकते हैं। इस दृष्टिकोण के साथ, सिंक्रोनाइज़ेशन मैकेनिज़्म (C # - lock , Java - synchronized ) का उपयोग करने की आवश्यकता काफी कम हो जाती है। इस विचार का एक और विकास सॉफ्टवेयर ट्रांजेक्शनल मेमोरी है, जिसे प्लेटफॉर्म स्तर (तीसरे उदाहरण) पर समर्थित किया गया है । इस तरह के चमत्कार की उम्मीद ऐसी भाषा में की जा सकती है, जिसका लालित्य इसकी औद्योगिक प्रयोज्यता को पार करता है - क्लोजर। और श्रमिक-किसान भाषाओं के लिए, प्लग-इन लाइब्रेरी हैं जो प्रोग्रामेटिक ट्रांसेक्शनल मेमोरी की कार्यक्षमता प्रदान करती हैं।

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

टीएल; डीआर अनुभाग

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

System.Transactions के आधार पर लेनदेन

यह क्या है

.NET दुनिया में, एक लेनदेन प्रबंधन मंच के रचनाकारों द्वारा डिज़ाइन किया गया एक सॉफ्टवेयर फ्रेमवर्क है। एक ट्रांसेक्शनल प्रोग्रामर के दृष्टिकोण से, इस फ्रेमवर्क में TransactionScope , TransactionScopeOption , TransactionScopeAsyncFlowOption और TransactionOptions System.Transactions नाम स्थान शामिल हैं। यदि हम .NET मानक के बारे में बात करते हैं, तो यह सब उपलब्ध है संस्करण 2.0 के साथ।

System.Transactions नामस्थान से लेन-देन खुले समूह से X / Open XA मानक पर आधारित हैं। यह मानक नीचे चर्चा की गई कई शर्तों का परिचय देता है, और सबसे महत्वपूर्ण बात, वितरित लेनदेन का वर्णन करता है, जो एक विशेष खंड में इस प्रकाशन में शामिल हैं। अन्य प्लेटफार्मों में सॉफ्टवेयर लेनदेन का कार्यान्वयन, उदाहरण के लिए , जावा, एक ही मानक पर आधारित है।

C # प्रोग्रामर के लिए एक विशिष्ट लेनदेन उपयोग का मामला इस प्रकार है:

 using (var scope = new System.Transactions.TransactionScope(System.Transactions.TransactionScopeOption.Required)) { // -  ,    . scope.Complete(); } 

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

यह पता चला है कि एक लेन-देन रोलबैक के दौरान, इस तरह के using ब्लॉक के अंदर किए गए सभी ऑपरेशन रद्द हो जाएंगे? और अगर मैंने एक चर को एक अलग मान सौंपा है, तो यह चर पुराने मूल्य को पुनर्स्थापित करेगा? जब मैंने पहली बार एक समान डिज़ाइन देखा, तो मैंने ऐसा सोचा। वास्तव में, निश्चित रूप से, सभी परिवर्तन वापस नहीं किए जाएंगे, लेकिन केवल बहुत ही विशेष । यदि सभी परिवर्तनों को बिल्कुल वापस ले जाया गया था, तो यह ऊपर वर्णित सॉफ़्टवेयर ट्रांसेक्शनल मेमोरी होगा। अब देखते हैं कि ये विशेष परिवर्तन क्या हैं जो System.Transactions आधार पर प्रोग्राम लेनदेन में भाग ले सकते हैं।

संसाधन प्रबंधक

System.Transactions आधार पर लेन-देन का समर्थन करने के लिए कुछ के लिए, यह आवश्यक है कि यह जानकारी हो कि एक लेनदेन वर्तमान में चल रहा है, और यह कि यह लेनदेन प्रतिभागियों की कुछ रजिस्ट्री में पंजीकृत है। आप इस बारे में जानकारी प्राप्त कर सकते हैं कि सिस्टम की स्थिर संपत्ति की जाँच करके लेन-देन का काम चल रहा है। ऊपर बताए गए प्रकार के using ब्लॉक में प्रवेश करना, इस संपत्ति को सेट करता है, अगर यह पहले सेट नहीं किया गया है। और एक लेनदेन में एक भागीदार के रूप में पंजीकरण करने के लिए, आप Transaction.Enlist Smth के प्रकारों का उपयोग कर सकते हैं। इसके अलावा, आपको इन विधियों द्वारा आवश्यक इंटरफ़ेस को लागू करने की आवश्यकता है। संसाधन प्रबंधक - यह सिर्फ एक ऐसी "कुछ" है जो System.Transactions से लेनदेन के साथ बातचीत का समर्थन करता है (एक अधिक विशिष्ट परिभाषा नीचे दी गई है)।

संसाधन प्रबंधक क्या हैं? यदि हम C # से DBMS के साथ काम करते हैं, उदाहरण के लिए, SQL सर्वर या Oracle डेटाबेस, तो हम आमतौर पर उपयुक्त ड्राइवरों का उपयोग करते हैं, और वे प्रबंध संसाधन हैं। कोड में, वे System.Data.SqlClient.SqlConnection और Oracle.ManagedDataAccess.Client.OracleConnection प्रकार द्वारा Oracle.ManagedDataAccess.Client.OracleConnection । वे यह भी कहते हैं कि MSMQ System.Transactions आधार पर लेनदेन का समर्थन करता है। ज्ञान और इंटरनेट से तैयार किए गए उदाहरणों से प्रेरित होकर, आप अपना स्वयं का संसाधन प्रबंधक बना सकते हैं। सबसे सरल उदाहरण अगले भाग में दिया गया है।

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

अधिक विशेष रूप से, संसाधन प्रबंधक एक वर्ग का एक उदाहरण है जो विशेष System.Transactions.IEnlistmentNotification इंटरफ़ेस को लागू करता है। ग्राहक द्वारा निर्देशित वर्ग उदाहरण, स्थिर संपत्ति System.Transactions.Transaction.Current का उपयोग करके लेनदेन में एक भागीदार के रूप में पंजीकृत है। इसके बाद, लेन-देन प्रबंधक आवश्यक इंटरफ़ेस के तरीकों को आवश्यक कहता है।


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

संसाधन प्रबंधकों के प्रकार

संसाधन प्रबंधकों को दो बड़े समूहों में विभाजित किया जा सकता है: टिकाऊ और परिवर्तनशील।

टिकाऊ संसाधन प्रबंधक - एक संसाधन प्रबंधक जो एक लेनदेन का समर्थन करता है, भले ही सूचना प्रणाली अनुपलब्ध हो (उदाहरण के लिए, जब कंप्यूटर पुनरारंभ होता है)। अस्थिर संसाधन प्रबंधक - एक संसाधन प्रबंधक जो लेनदेन का समर्थन नहीं करता है यदि सूचना प्रणाली अनुपलब्ध है। एक असंगत संसाधन प्रबंधक केवल मेमोरी में लेनदेन का समर्थन करता है।

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

TransactionScope का उपयोग करना

TransactionScope का ऑब्जेक्ट बनाते समय TransactionScope आप कुछ पैरामीटर निर्दिष्ट कर सकते हैं।

सबसे पहले, एक सेटिंग है जो रनटाइम को बताती है कि इसे क्या चाहिए:

1. इस समय पहले से मौजूद लेनदेन का उपयोग करें;
2. एक नया बनाना सुनिश्चित करें;
3. इसके विपरीत, एक लेनदेन के बाहर एक using ब्लॉक के अंदर कोड निष्पादित करें।

System.Transactions.TransactionScopeOption गणन इन सभी के लिए ज़िम्मेदार है।

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

निर्माण के दौरान लेनदेन अलगाव स्तर की स्थापना TransactionScopeसंसाधन प्रबंधकों के लिए सलाहकार है। वे सूचीबद्ध सभी स्तरों का समर्थन भी नहीं कर सकते हैं System.Transactions.IsolationLevel। इसके अलावा, यह ध्यान में रखा जाना चाहिए कि डेटाबेस के साथ काम करने के लिए कनेक्शन पूल का उपयोग करते समय, जिस कनेक्शन के लिए लेन-देन अलगाव स्तर को बदल दिया गया है वह पूल में लौटने पर इस स्तर को बनाए रखेगा । अब, जब प्रोग्रामर पूल से यह कनेक्शन प्राप्त करता है और डिफ़ॉल्ट मानों पर निर्भर करता है, तो वह अप्रत्याशित व्यवहार का पालन करेगा।

विशिष्ट कार्य परिदृश्य cTransactionScopeऔर महत्वपूर्ण नुकसान (अर्थात्, नेस्टेड लेन-देन) "हैबर" पर इस लेख में अच्छी तरह से कवर किए गए हैं ।

सॉफ्टवेयर लेनदेन प्रयोज्यता

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

प्रत्येक मामले में, लागत पर विचार करना रचनात्मक होगा:

1. सॉफ्टवेयर लेनदेन के बुनियादी ढांचे में प्रक्रियाओं को एकीकृत करना (इन प्रक्रियाओं TransactionScopeको कई अन्य चीजों के बारे में भी जानकारी होना आवश्यक है );
2. इस बुनियादी ढांचे को बनाए रखना (उदाहरण के लिए, बोर्ड पर विंडोज के साथ उपकरण किराए पर लेने की लागत);
3. कर्मचारी प्रशिक्षण (चूंकि .NET लेनदेन का विषय आम नहीं है)।

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

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

चंचल संसाधन प्रबंधक का एक उदाहरण

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

 internal sealed class Stm<T> : System.Transactions.IEnlistmentNotification { private T _current; private T _original; private bool _enlisted; public T Value { get { return _current; } set { if (!Enlist()) { _original = value; } _current = value; } } public Stm(T value) { _current = value; _original = value; } private bool Enlist() { if (_enlisted) return true; var currentTx = System.Transactions.Transaction.Current; if (currentTx == null) return false; currentTx.EnlistVolatile(this, System.Transactions.EnlistmentOptions.None); _enlisted = true; return true; } #region IEnlistmentNotification public void Commit(System.Transactions.Enlistment enlistment) { _original = _current; _enlisted = false; } public void InDoubt(System.Transactions.Enlistment enlistment) { _enlisted = false; } public void Prepare(System.Transactions.PreparingEnlistment preparingEnlistment) { preparingEnlistment.Prepared(); } public void Rollback(System.Transactions.Enlistment enlistment) { _current = _original; _enlisted = false; } #endregion IEnlistmentNotification } 

यह देखा जा सकता है कि एकमात्र औपचारिक आवश्यकता इंटरफ़ेस का कार्यान्वयन है System.Transactions.IEnlistmentNotification। दिलचस्प तरीकों में से, Enlist(जो एक हिस्सा नहीं हैं System.Transactions.IEnlistmentNotification) और Prepare। विधि Enlistसिर्फ यह जांचती है कि दिया गया कोड लेनदेन के ढांचे के भीतर काम करता है या नहीं, और यदि ऐसा है, तो एक गैर-स्थिर संसाधन प्रबंधक के रूप में अपनी कक्षा का एक उदाहरण दर्ज करता है। Prepareपरिवर्तनों को करने से पहले लेनदेन प्रबंधक द्वारा विधि को बुलाया जाता है। हमारे संसाधन प्रबंधक एक विधि को कॉल करके अपनी तत्परता का संकेत देते हैं System.Transactions.PreparingEnlistment.Prepared।

निम्नलिखित एक कोड है जो हमारे संसाधन प्रबंधक का उपयोग करने का एक उदाहरण दिखा रहा है:

 var stm = new Stm<int>(1); using (var scope = new System.Transactions.TransactionScope(System.Transactions.TransactionScopeOption.Required)) { stm.Value = 2; scope.Complete(); } 

यदि आप ब्लॉक से बाहर निकलने के तुरंत बाद usingसंपत्ति पढ़ते हैं stm.Value, तो वहां अपेक्षित मूल्य की उम्मीद की जाएगी 2। और यदि आप कॉल हटाते हैं scope.Complete, तो लेन-देन वापस चालू हो जाएगा और संपत्ति का लेन-देन शुरू होने से पहले निर्धारित stm.Valueहोगा 1।

लेन-देन के साथ काम करते समय कॉल का एक सरल अनुक्रम System.Transactionsनीचे आरेख में दिखाया गया है।


यह देखा जा सकता है कि इस उदाहरण में, बुनियादी ढांचे द्वारा प्रदान की गई सभी संभावनाओं पर विचार नहीं किया गया है System.Transactions। लेन-देन के प्रोटोकॉल से परिचित होने और अगले भाग में वितरित किए जाने के बाद हम उन्हें और पूरी तरह से विचार करेंगे।

टीएल; डीआर अनुभाग

एक प्रोग्रामर TransactionScopeकिसी मौजूदा या नए लेनदेन के भीतर कुछ कोड निष्पादित करने के लिए एक वर्ग का उपयोग कर सकता है । एक लेनदेन तब किया जाता है यदि और केवल तभी TransactionScopeविधि को वर्ग के मौजूदा उदाहरण पर कॉल किया जाता है Dispose, भले ही विधि को पहले बुलाया गया होComplete। एक प्रोग्रामर इंगित कर सकता है कि क्या वह एक नया लेनदेन शुरू करना चाहता है, एक मौजूदा का लाभ उठा सकता है, या, इसके विपरीत, मौजूदा लेनदेन के बाहर कोड निष्पादित करता है। केवल संसाधन प्रबंधक लेनदेन में शामिल हैं - सॉफ्टवेयर घटक जो कुछ कार्यक्षमता को लागू करते हैं। संसाधन प्रबंधक दीर्घकालिक हो सकते हैं (सिस्टम विफलता से पुनर्प्राप्त करना) और रुक-रुक कर (पुनर्प्राप्त नहीं करना)। एक DBMS लंबे समय तक रहने वाले संसाधन प्रबंधक का एक उदाहरण है। संसाधन प्रबंधक एक लेनदेन प्रबंधक द्वारा समन्वित किया जाता है - एक सॉफ्टवेयर घटक जिसे प्रोग्रामर की भागीदारी के बिना रनटाइम द्वारा स्वचालित रूप से चुना जाता है।

असंगत संसाधन प्रबंधक एक वर्ग है जो इंटरफ़ेस System.Transactions.IEnlistmentNotificationको विधि में लागू करता हैPrepareपरिवर्तनों की समीक्षा करने के लिए, तत्परता से, परिवर्तनों की पुष्टि करने के लिए इसकी तत्परता की पुष्टि करना। जब कॉलर संसाधन प्रबंधक के साथ कुछ करता है, तो वह यह देखने के लिए जांचता है कि क्या लेनदेन अभी खुला है, और यदि यह खुला है, तो विधि का उपयोग करने में लॉग इन करें System.Transactions.Transaction.EnlistVolatile।

वितरित लेन-देन

यह क्या है

एक वितरित लेनदेन में कई सूचना उप-प्रणालियाँ शामिल होती हैं (वास्तव में, सब कुछ इतना सरल नहीं है, नीचे इस पर और अधिक)। यह समझा जाता है कि वितरित लेनदेन में शामिल सभी प्रणालियों में परिवर्तन या तो प्रतिबद्ध होना चाहिए या वापस लुढ़क जाना चाहिए।

लेन-देन को लागू करने के विभिन्न साधन ऊपर प्रस्तुत किए गए थे: डीबीएमएस, बुनियादी ढाँचा System.Transactions, और प्रोग्रामेटिक ट्रांजैक्शनल मेमोरी जिसे प्लेटफॉर्म में बनाया गया था। इन उपकरणों के साथ वितरित लेनदेन भी प्रदान किए जा सकते हैं। उदाहरण के लिए, ओरेकल डेटाबेस में, एक ही लेनदेन के भीतर कई डेटाबेस में डेटा को बदलना (और वास्तव में पढ़ना) स्वचालित रूप से एक वितरित में बदल जाता है। अगला, हम सॉफ़्टवेयर वितरित लेनदेन के बारे में बात करेंगे, जिसमें विषम संसाधन प्रबंधक शामिल हो सकते हैं।

लेन-देन के प्रोटोकॉल

एक लेन-देन प्रोटोकॉल सिद्धांतों का एक समूह है जिसके द्वारा लेनदेन में शामिल अनुप्रयोग सहभागिता करते हैं। .NET दुनिया में, निम्नलिखित प्रोटोकॉल सबसे अधिक पाए जाते हैं।

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

OleTx। कई एप्लिकेशन डोमेन और कई कंप्यूटरों के बीच अंतर की अनुमति है। आप कई टिकाऊ संसाधन प्रबंधकों का उपयोग कर सकते हैं। सभी भाग लेने वाले कंप्यूटर को विंडोज चलाना चाहिए। दूरस्थ प्रक्रिया कॉल (RPC) का उपयोग करें।

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

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

लाइटवेट ट्रांजेक्शन मैनेजर (LTM) । .NET फ्रेमवर्क 2.0 और बाद में पेश किया गया। लाइटवेट प्रोटोकॉल का उपयोग करके लेनदेन का प्रबंधन करता है।

कर्नेल लेन-देन प्रबंधक (KTM)। Windows Vista और Windows Server 2008 में प्रस्तुत किया गया है। लाइटवेट प्रोटोकॉल का उपयोग करके लेनदेन का प्रबंधन करता है। यह विंडोज विस्टा और विंडोज 2008 में एक ट्रांजेक्शनल फाइल सिस्टम (TxF) और एक ट्रांजेक्शनल रजिस्ट्री (TxR) का आह्वान कर सकता है।

डिस्ट्रिब्यूटेड ट्रांजैक्शन कोऑर्डिनेटर (MSDTC) । OleTx और WS-AT प्रोटोकॉल का उपयोग करके लेनदेन का प्रबंधन करता है।

यह भी ध्यान में रखा जाना चाहिए कि कुछ संसाधन प्रबंधक सूचीबद्ध सभी प्रोटोकॉल का समर्थन नहीं करते हैं। उदाहरण के लिए, MSMQ और SQL Server 2000 लाइटवेट का समर्थन नहीं करते हैं, इसलिए MSMQ या SQL Server 2000 से जुड़े लेनदेन MSDTC द्वारा प्रबंधित किए जाएंगे, भले ही वे केवल प्रतिभागी हों। तकनीकी रूप से, यह सीमा इस तथ्य से उत्पन्न होती है कि निर्दिष्ट संसाधन प्रबंधक, कार्यान्वयन, निश्चित रूप से, इंटरफ़ेसSystem.Transactions.IEnlistmentNotificationइंटरफ़ेस को लागू न करें System.Transactions.IPromotableSinglePhaseNotification। इसमें अन्य बातों के अलावा, एक विधि Promoteहै जो रनटाइम आह्वान करती है, यदि आवश्यक हो, तो एक स्टांप लेन-देन प्रबंधक पर स्विच करने के लिए।

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

1. किसी भी संसाधन प्रबंधक के कम से कम दो;
2. मनमाने ढंग से परिवर्तनीय संसाधन प्रबंधक और कम से कम दो लंबे समय तक रहने वाले;
3. किसी भी संसाधन प्रबंधक के कम से कम दो आवश्यक रूप से विभिन्न कंप्यूटरों पर स्थित हैं।

इसलिए, यह स्पष्ट करना हमेशा बेहतर होता है कि कौन से विशेष लेनदेन शामिल हैं।

और इस संदर्भ में, मुख्य रूप से MSDTC पर चर्चा की गई है। यह विंडोज का एक सॉफ्टवेयर घटक है जो वितरित लेनदेन का प्रबंधन करता है। लेनदेन को कॉन्फ़िगर और मॉनिटर करने के लिए एक ग्राफिकल इंटरफ़ेस है, जो "कंप्यूटर - मेरा कंप्यूटर - वितरित लेनदेन समन्वयक - स्थानीय डीटीसी" पथ के बाद, "घटक सेवाएँ" उपयोगिता में पाया जा सकता है।


कॉन्फ़िगरेशन के लिए, "स्थानीय डीटीसी" नोड के संदर्भ मेनू में "गुण" आइटम का चयन करें, और वितरित लेनदेन की निगरानी करने के लिए, केंद्रीय पैनल में "लेनदेन के आंकड़े" आइटम का चयन करें।

द्विध्रुवीय निर्धारण

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

सामान्य तौर पर, इस प्रोटोकॉल का सार इस प्रकार है। पहले चरण के दौरानलेन-देन में शामिल संसाधन प्रबंधक विफलता से उबरने के लिए पर्याप्त जानकारी तैयार करते हैं (यदि यह दीर्घकालिक संसाधन प्रबंधक है) और प्रतिबद्ध के परिणामस्वरूप सफल समापन के लिए। तकनीकी दृष्टिकोण से, संसाधन प्रबंधक संकेत देता है कि उसने विधि System.Transactions.PreparingEnlistment.Preparedमें विधि को कॉल करके पहला चरण पूरा कर लिया है Prepare। या संसाधन प्रबंधक आपको सूचित कर सकता है कि विधि को कॉल करके परिवर्तन वापस किए गए थे ForceRollback।

जब लेन-देन में शामिल सभी संसाधन प्रबंधक "मतदान" करते हैं, अर्थात, उन्होंने लेन-देन प्रबंधक को सूचित किया कि क्या वे बदलाव करना चाहते हैं या वापस रोल करना चाहते हैं, दूसरा चरण शुरू होता है। इस समय, संसाधन प्रबंधकों को अपने परिवर्तनों (यदि सभी प्रतिभागियों ने फिक्सिंग के लिए मतदान किया है) या परिवर्तनों को अस्वीकार करने के लिए (यदि कम से कम एक प्रतिभागी ने रोलबैक के लिए मतदान किया है) को निर्देश दिया जाता है। तकनीकी रूप से, यह विधियों के आह्वान में व्यक्त किया गया है Commitऔर Rollbackजिसे संसाधन प्रबंधक कार्यान्वित करते हैं और जिसमें वे विधि को लागू करते हैं System.Transactions.Enlistment.Done।

संसाधन प्रबंधक System.Transactions.Enlistment.Doneपहले चरण के दौरान विधि को भी कॉल कर सकता है । इस मामले में, यह समझा जाता है कि वह कोई बदलाव नहीं करने जा रहा है (उदाहरण के लिए, केवल पढ़ने के लिए काम करता है) और दूसरे चरण में भाग नहीं लेगा। Microsoft पर दो-चरण प्रतिबद्ध के बारे में और पढ़ें ।

यदि लेन-देन प्रबंधक और कम से कम एक संसाधन प्रबंधक के बीच संबंध खो जाता है, तो लेन-देन स्थिर हो जाता है ("संदेह में", संदेह में)। लेनदेन प्रबंधक, तरीकों को कॉल करके InDoubt, इस घटना के उपलब्ध संसाधन प्रबंधकों को सूचित करता है जो उचित रूप से प्रतिक्रिया दे सकते हैं।

अभी भी तीन चरणों का निर्धारण और इसके फायदे और नुकसान के साथ इसके संशोधन हैं। तीन-चरण प्रतिबद्ध प्रोटोकॉल कम आम है, शायद क्योंकि इसमें इंटरेस्टिंग सबसिस्टम के बीच और अधिक संचार लागत की आवश्यकता होती है।

System.Transactions इंटरफेस पर धोखा शीट

कुछ मुश्किल है। चीजों को थोड़ा अलग करने के लिए, मैं System.Transactionsएक संसाधन प्रबंधक बनाने के लिए आवश्यक मुख्य नामस्थान इंटरफेस का संक्षेप में वर्णन करूंगा । यहाँ एक वर्ग आरेख है।



IEnlistmentNotification। संसाधन प्रबंधक इस इंटरफ़ेस को लागू करता है। लेन-देन प्रबंधक कार्यान्वित विधियों को निम्नलिखित क्रम में कहता है। पहले चरण के दौरान, वह विधि को बुलाता है Prepare(जब तक कि तारों को विधि को कॉल करने के लिए एक साथ नहीं आया ISinglePhaseNotification.SinglePhaseCommit, जैसा कि अगले पैराग्राफ में वर्णित है)। इस पद्धति के तहत, संसाधन प्रबंधक विफलता से उबरने के लिए आवश्यक जानकारी को सहेजता है, अपने पक्ष में परिवर्तन की अंतिम प्रतिबद्धताओं के लिए तैयार करता है, और परिवर्तनों को वापस करने या रोल करने के लिए वोट करता है। वहाँ एक दूसरे चरण आता है, संसाधनों और नियंत्रण लेनदेन के मतदान के परिणाम के नियंत्रण की उपलब्धता के आधार पर तीन तरीकों में से एक है: Commit, InDoubt, Rollback।

ISinglePhaseNotification।संसाधन प्रबंधक इस इंटरफ़ेस को लागू करता है यदि वह लेनदेन प्रबंधक को दूसरे प्रतिबद्ध चरण को कम करके निष्पादन को अनुकूलित करने का अवसर प्रदान करना चाहता है। यदि लेन-देन प्रबंधक केवल एक संसाधन प्रबंधक देखता है, तो पहले चरण में वह संसाधन प्रबंधक की विधि SinglePhaseCommit(इसके बजाय IEnlistmentNotification.Prepare) को कॉल करने का प्रयास करता है और इस तरह मतदान और दूसरे चरण में संक्रमण को बाहर करता है। इस दृष्टिकोण के फायदे और नुकसान हैं, जो माइक्रोसॉफ्ट ने सबसे स्पष्ट रूप से यहां के बारे में लिखा है ।

ITransactionPromoter। संसाधन प्रबंधक इस इंटरफ़ेस को लागू करता है (न केवल सीधे, बल्कि इंटरफ़ेस के माध्यम सेIPromotableSinglePhaseNotification), अगर वह लेन-देन प्रबंधक को दूरस्थ रूप से कॉल करने पर भी लाइटवेट प्रोटोकॉल का पालन करने की क्षमता प्रदान करना चाहता है, जब तक कि अन्य स्थितियां उत्पन्न नहीं होती हैं जिन्हें प्रोटोकॉल जटिलता की आवश्यकता होती है। जब आपको प्रोटोकॉल को जटिल करने की आवश्यकता होती है, तो विधि को बुलाया जाएगा Promote।

IPromotableSinglePhaseNotification। संसाधन प्रबंधक इस इंटरफ़ेस को क्रम में लागू करता है, सबसे पहले, इंटरफ़ेस को लागू करने के लिए ITransactionPromoter, और दूसरा, ताकि लेनदेन प्रबंधक एकल-चरण प्रतिबद्ध, कॉलिंग विधियों IPromotableSinglePhaseNotification.SinglePhaseCommitऔर का उपयोग कर सके IPromotableSinglePhaseNotification.Rollback। लेन-देन प्रबंधक IPromotableSinglePhaseNotification.Initializeसरल तरीके से संसाधन प्रबंधक के सफल पंजीकरण को चिह्नित करने के लिए एक विधि कहता है। कमोबेश, इसे Microsoft दस्तावेज़ से समझा जा सकता है ।

आइए थोड़ा और देखेंSystem.Transactions.Enlistmentऔर उसके उत्तराधिकारी। इस प्रकार का उदाहरण लेन-देन प्रबंधक द्वारा प्रदान किया जाता है जब यह संसाधन प्रबंधक द्वारा कार्यान्वित इंटरफ़ेस विधियों को लागू करता है।



भर्ती होने। संसाधन प्रबंधक इस प्रकार की एकल विधि - Done, - - को कार्य के अपने भाग के सफल समापन का संकेत दे सकता है।

PreparingEnlistment। पहले प्रतिबद्ध चरण के दौरान इस प्रकार के उदाहरण का उपयोग करते हुए, संसाधन प्रबंधक परिवर्तनों को वापस करने या रोल करने के अपने इरादे का संकेत दे सकता है। एक लंबे समय तक रहने वाले संसाधन प्रबंधक को सिस्टम विफलता से उबरने के लिए आवश्यक जानकारी भी मिल सकती है।

SinglePhaseEnlistment। इस प्रकार के एक उदाहरण का उपयोग करते हुए, संसाधन प्रबंधक लेन-देन प्रबंधक को एक सरलीकृत योजना (एकल-चरण प्रतिबद्ध) का उपयोग करके अपने काम के परिणामों के बारे में जानकारी प्रेषित कर सकता है।

सॉफ्टवेयर वितरित लेनदेन सीमाएँ और विकल्प

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

यदि सिस्टम का निर्माता जल्द से जल्द उपयोगकर्ता के उत्तर को वापस करना पसंद करता है, तो बाद के लिए डेटा के समन्वय को स्थगित कर देता है, तो कुछ अन्य समाधान उसके लिए अधिक उपयुक्त होंगे। ब्रूवर प्रमेय ( सीएपी प्रमेय ) के संदर्भ में , हम कह सकते हैं कि वितरित लेनदेन उन मामलों के लिए उपयुक्त हैं, जहां उपलब्धता की तुलना में डेटा संगतता अधिक महत्वपूर्ण है।

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

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

वितरित लेनदेन के विकल्पों पर आगे बढ़ते हुए, हम संदेश सेवाओं के आधार पर समाधान नोट कर सकते हैं, जैसे कि RabbitMQ और Apache Kafka। में "Habré" पर इस प्रकाशन इन समाधानों में से चार देखी गई:

1. , , ;
2. , (Transaction Log Tailing);
3. , ;
4. (Event Sourcing).

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

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

तो क्या यह .NET कोर में है?

.NET Core (और यहां तक ​​कि .NET मानक में) लेनदेन को व्यवस्थित करने और अपने स्वयं के संसाधन प्रबंधक बनाने के लिए सभी आवश्यक प्रकार हैं। दुर्भाग्य से, .NET कोर में, आधारित लेनदेन System.Transactionsमें एक गंभीर सीमा है: वे केवल लाइटवेट प्रोटोकॉल के साथ काम करते हैं। उदाहरण के लिए, यदि कोड में दो टिकाऊ संसाधन प्रबंधकों का उपयोग किया जाता है, तो रनटाइम पर, दूसरा प्रबंधक कहते ही पर्यावरण एक अपवाद फेंक देगा।

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

अनुभव से, आप .NET फ्रेमवर्क और .NET कोर में वितरित लेनदेन के अंतरों को एक ही कोड लिखकर, अलग-अलग प्लेटफ़ॉर्म पर संकलित और चलाकर सत्यापित कर सकते हैं।


बिल्ड-तैयार प्रोजेक्ट्स GitHub पर हैं ।

.NET कोर के लिए उदाहरण चलाना विफल रहता है। फेंके गए अपवाद का स्थान और प्रकार DBMS कॉल के आदेश पर निर्भर करता है, लेकिन किसी भी मामले में, यह अपवाद अमान्य लेनदेन ऑपरेशन को इंगित करता है। .NET फ्रेमवर्क के लिए उदाहरण चलाना यदि MSDTC इस समय चल रहा है तो सफल होता है; हालाँकि, MSDTC के ग्राफ़िकल इंटरफ़ेस में, आप वितरित लेनदेन के पंजीकरण का निरीक्षण कर सकते हैं।

वितरित लेनदेन और डब्ल्यूसीएफ

विंडोज कम्युनिकेशन फाउंडेशन (WCF) नेटवर्क सेवाओं को व्यवस्थित और लागू करने के लिए .NET फ्रेमवर्क है। अधिक फैशनेबल REST और ASP.NET वेब API दृष्टिकोण की तुलना में, इसके अपने फायदे और नुकसान हैं। .NET लेनदेन के साथ WCF बहुत अच्छे दोस्त हैं, और .NET फ्रेमवर्क की दुनिया में क्लाइंट और सेवा के बीच वितरित लेनदेन के आयोजन के लिए इसका उपयोग करना सुविधाजनक है।

.NET कोर में, यह तकनीक केवल क्लाइंट साइड पर काम करती है, अर्थात, आप एक सेवा नहीं बना सकते हैं, लेकिन आप केवल एक मौजूदा का उल्लेख कर सकते हैं। हालाँकि, यह बहुत महत्वपूर्ण नहीं है, क्योंकि जैसा कि ऊपर बताया गया है, .NET कोर में वितरित लेनदेन के साथ, चीजें बिल्कुल भी अच्छा नहीं कर रही हैं।

WCF कैसे काम करता है

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

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

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

WCF विभिन्न प्रकार के परिवहन, एन्क्रिप्शन और अन्य सूक्ष्म तकनीकी मानकों का समर्थन करता है। उनमें से अधिकांश "बाइंडिंग" (बंधन) की अवधारणा से एकजुट हैं। WCF सेवा के तीन महत्वपूर्ण पैरामीटर हैं:

1. जिस पते पर यह उपलब्ध है;
2. बाध्यकारी;
3. अनुबंध (इंटरफेस)।

ये सभी पैरामीटर सेवा और क्लाइंट कॉन्फ़िगरेशन फ़ाइलों में सेट किए गए हैं।

हमारी कंपनी में, डब्ल्यूसीएफ (वितरित लेनदेन के साथ और बिना) व्यापक रूप से कार्यान्वित उत्पादों में उपयोग किया जाता है, हालांकि, फैशन के रुझान को देखते हुए, नए उत्पादों में इसका उपयोग अभी भी सवालों के घेरे में है।

डब्ल्यूसीएफ

में वितरित लेनदेन कैसे शुरू करें डब्ल्यूसीएफ में आधारित लेनदेन शुरू करने के लिए System.Transactions, प्रोग्रामर को कोड में कई विशेषताओं को सेट करने की आवश्यकता होती है, सुनिश्चित करें कि बाइंडिंग ने समर्थित वितरित लेनदेन का उपयोग किया है, यह क्लाइंट और सेवा में लिखा गया है, transactionFlow="true"और यह कि एक उपयुक्त लेनदेन प्रबंधक सभी कंप्यूटरों पर चल रहा है (सबसे अधिक संभावना है) , यह MSDTC होगा)।

वितरित लेन-देन बाइंडिंग: NetTcpBinding, NetNamedPipeBinding, WSHttpBinding, WSDualHttpBinding, और WSFederationHttpBinding।

सेवा इंटरफ़ेस की विधि (संचालन) को एक विशेषता के साथ चिह्नित किया जाना चाहिए System.ServiceModel.TransactionFlowAttribute। फिर कुछ मापदंडों और विशेषता के अंतर्गत आप जब सेट TransactionScopeRequiredकी विशेषता System.ServiceModel.OperationBehaviorAttributeलेनदेन ग्राहक और सेवा के बीच वितरित किया जाएगा। इसके अलावा, डिफ़ॉल्ट रूप से, सेवा को लेनदेन करने के लिए वोट करने के लिए माना जाता है, जब तक कि कोई अपवाद रन समय पर नहीं फेंका जाता है। इस व्यवहार को बदलने के लिए, आपको संबंधित TransactionAutoCompleteविशेषता पैरामीटर मान सेट करना होगा System.ServiceModel.OperationBehaviorAttribute।

टीएल; डीआर अनुभाग

वितरित लेन-देन में कई संसाधन प्रबंधक शामिल होते हैं, और सभी परिवर्तनों को या तो प्रतिबद्ध होना चाहिए या वापस रोल करना चाहिए। कुछ आधुनिक डीबीएमएस वितरित लेनदेन को लागू करते हैं जो कई डेटाबेस को जोड़ने के लिए एक सुविधाजनक तंत्र प्रदान करते हैं। सॉफ़्टवेयर (DBMS में कार्यान्वित नहीं) वितरित लेनदेन में विभिन्न ऑपरेटिंग सिस्टम चलाने वाले विभिन्न कंप्यूटरों पर संसाधन प्रबंधकों के विभिन्न संयोजन शामिल हो सकते हैं, लेकिन उनकी सीमाएँ होती हैं जिन्हें उन पर भरोसा करने से पहले ध्यान में रखा जाना चाहिए। वितरित लेनदेन का एक आधुनिक विकल्प संदेश समाधान है। .NET कोर में, वितरित लेनदेन अभी तक समर्थित नहीं हैं।

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

निष्कर्ष पालना

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

लेनदेन (विषय क्षेत्र, DBMS, सॉफ्टवेयर)। डोमेन आवश्यकताओं को कभी-कभी लेनदेन के रूप में तैयार किया जाता है - संचालन, जो अभिन्न डेटा के क्षेत्र में शुरू होता है, पूरा होने पर (असफल सहित) भी अभिन्न डेटा के क्षेत्र में आना चाहिए (संभवतः पहले से ही अलग)। इन आवश्यकताओं को आमतौर पर सिस्टम लेनदेन के रूप में लागू किया जाता है। लेन-देन का एक क्लासिक उदाहरण दो खातों के बीच धन का हस्तांतरण है, जिसमें दो अविभाज्य संचालन शामिल हैं - एक खाते से धन वापस लेना और दूसरे को जमा करना। DBMS द्वारा लागू किए गए प्रसिद्ध लेनदेन के अलावा, सॉफ्टवेयर लेनदेन भी हैं, उदाहरण के लिए, .NET दुनिया में। संसाधन प्रबंधक सॉफ्टवेयर घटक होते हैं जो इस तरह के लेनदेन के अस्तित्व के बारे में जानते हैं और उनमें किए गए बदलावों को शामिल करने की क्षमता है, यानी कमिट या रोल।संसाधन प्रबंधकों को लेन-देन प्रबंधक से परिवर्तनों को वापस करने और रोलिंग करने के निर्देश मिलते हैं, जो कि बुनियादी ढांचे की नींव हैSystem.Transactions।

टिकाऊ और आंतरायिक संसाधन प्रबंधक। लंबे समय तक संसाधन प्रबंधक सिस्टम विफलता के बाद डेटा रिकवरी का समर्थन करते हैं। .NET के लिए DBMS ड्राइवर आमतौर पर ऐसी कार्यक्षमता प्रदान करते हैं। आंतरायिक संसाधन प्रबंधक आपदा वसूली का समर्थन नहीं करते हैं। प्रोग्रामेटिक ट्रांसेक्शनल मेमोरी - रैम में वस्तुओं को प्रबंधित करने का एक तरीका - एक चंचल संसाधन प्रबंधक के एक उदाहरण के रूप में देखा जा सकता है।

लेनदेन और .NET संसाधन प्रबंधक। .NET प्रोग्रामर सॉफ्टवेयर लेनदेन का उपयोग करता है और नामस्थान से प्रकारों का उपयोग करके अपने स्वयं के संसाधन प्रबंधक बनाता हैSystem.Transactions। यह बुनियादी ढांचा विभिन्न घोंसले के शिकार और अलगाव (ज्ञात सीमाओं के साथ) के उपयोग की अनुमति देता है। लेनदेन का उपयोग करना जटिल नहीं है, और इसमें usingकुछ विशेषताओं के साथ कोड को एक ब्लॉक में लपेटना शामिल है । हालांकि, लेन-देन में इस तरह से शामिल संसाधन प्रबंधकों को अपने हिस्से के लिए आवश्यक कार्यक्षमता बनाए रखना चाहिए। लेन-देन में विषम संसाधन प्रबंधकों का उपयोग करना या अलग-अलग तरीकों से एक प्रबंधक का उपयोग करना स्वचालित रूप से एक वितरित एक में लेनदेन को बदल सकता है।

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

WCF के माध्यम से वितरित लेनदेन। WCF सेवाओं को बनाने और इनवॉइस करने के लिए मानक .NET टूल में से एक है, जो मानकीकृत प्रोटोकॉल का भी समर्थन करता है। दूसरे शब्दों में, WCF सेवाएं जो एक विशिष्ट तरीके से कॉन्फ़िगर की जाती हैं, उन्हें किसी भी एप्लिकेशन से एक्सेस किया जा सकता है, न कि केवल .NET या विंडोज से। WCF के शीर्ष पर एक वितरित लेनदेन बनाने के लिए, आपको उन प्रकारों को चिह्नित करना होगा जो सेवा को अतिरिक्त विशेषताओं के साथ बनाते हैं और सेवा और क्लाइंट कॉन्फ़िगरेशन फ़ाइलों में न्यूनतम परिवर्तन करते हैं। आप .NET कोर और .NET मानक में WCF सेवाएँ नहीं बना सकते, लेकिन आप WCF ग्राहक बना सकते हैं।

GitHub पर System.Transactions की जाँच के लिए उदाहरण