पेश है ऑरलियन्स 3.0

यह ऑरलियन्स टीम की एक अतिथि पोस्ट है। ऑरलियन्स .NET के साथ वितरित अनुप्रयोगों के निर्माण के लिए एक क्रॉस-प्लेटफॉर्म फ्रेमवर्क है। अधिक जानकारी के लिए, https://github.com/dotnet/orleans देखें ।

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

ऑरलियन्स 2.0 के बाद से प्रमुख परिवर्तन

ऑरलियन्स 2.0 को 18 महीने पहले थोड़ा रिलीज किया गया था और तब से ऑरलियन्स ने महत्वपूर्ण प्रगति की है। 2.0 के बाद से कुछ मुख्य परिवर्तन हैं:

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

साथ ही कई, कई अन्य सुधार और सुधार।

ऑरलियन्स 2.0 पर काम करने के दिनों के बाद से, टीम ने कुछ सुविधाओं को लागू करने या एकीकृत करने का एक पुण्य चक्र स्थापित किया, जैसे कि जेनेरिक होस्ट, नामित विकल्प, .NET टीम के साथ घनिष्ठ सहयोग में, इससे पहले कि वे सुविधाएँ .NET का हिस्सा बनने के लिए तैयार हों। कोर रिलीज, योगदान प्रतिक्रिया और "अपस्ट्रीम" में सुधार, और बाद में .NET रिलीज के साथ भेज दिया अपने अंतिम कार्यान्वयन के लिए स्विचन जारी करता है। ऑरलियन्स 3.0 के विकास के दौरान, यह चक्र जारी रहा, साथ ही ऑरलियन्स 3.0.0-beta1 द्वारा उपयोग किए जाने वाले बेडरॉक कोड को अंततः .NET 3.0 के भाग के रूप में भेज दिया गया। इसी तरह, टीसीपी सॉकेट कनेक्शन पर टीएलएस के लिए समर्थन को ऑरलियन्स 3.0 के हिस्से के रूप में लागू किया गया था, और इसका उद्देश्य .NET कोर के भविष्य के रिलीज का हिस्सा बनना है। हम ओपन सोर्स की सच्ची भावना में इस चल रहे सहयोग को बड़े .NET इकोसिस्टम में हमारे योगदान के रूप में देखते हैं।

ASP.NET बेडरॉक के साथ नेटवर्किंग परत प्रतिस्थापन

टीएलएस के साथ संचार हासिल करने के लिए समर्थन कुछ समय के लिए, समुदाय के साथ-साथ आंतरिक साझेदारों से भी प्रमुख मांग रहा है। 3.0 रिलीज के साथ हम TLS समर्थन की शुरुआत कर रहे हैं, जो Microsoft.Orleans.Connections.Security पैकेज के माध्यम से उपलब्ध है। अधिक जानकारी के लिए, TransportLayerSecurity नमूना देखें।

टीएलएस समर्थन को लागू करना एक प्रमुख उपक्रम था कि ऑरलियन्स के पिछले संस्करणों में नेटवर्किंग परत को कैसे लागू किया गया था: इसे SslStream का उपयोग करने के लिए आसानी से अनुकूलित नहीं किया जा सकता है, जो टीएलएस को लागू करने के लिए सबसे आम तरीका है। हमारे ड्राइविंग बल के रूप में टीएलएस के साथ, हमने ऑरलियन्स की नेटवर्किंग परत को फिर से लिखने के लिए एक यात्रा शुरू की।

ऑरलियन्स 3.0, एएसपी.नेट टीम की एक पहल, प्रोजेक्ट बेडरॉक के शीर्ष पर निर्मित अपनी पूरी नेटवर्किंग परत को बदल देता है। बेडरॉक का लक्ष्य डेवलपर्स को तेज और मजबूत नेटवर्क क्लाइंट और सर्वर बनाने में मदद करना है।

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

यद्यपि इस उपक्रम के लिए प्रेरणा टीएलएस समर्थन को सक्षम करना था, हम अपने रात्रि भार परीक्षणों में औसतन थ्रूपुट में लगभग 30% सुधार देखते हैं।

नेटवर्किंग लेयर फिर से MemoryPool<byte> जिसमें हमारे कस्टम बफर पूलिंग को MemoryPool<byte> पर निर्भरता के साथ बदलना शामिल था और इस परिवर्तन को करने में, क्रमबद्धता अब Span<T> का अधिक लाभ उठाती है। कुछ कोड पथ जो पहले समर्पित थ्रेडिंग के माध्यम से ब्लॉकिंग पर निर्भर थे, जिन्हें कॉलिंग कॉलिंग कहा जाता है BlockingCollection<T> अब संदेशों को अतुल्यकालिक रूप से पास करने के लिए Channel<T> का उपयोग कर रहे हैं। इसके परिणामस्वरूप कम समर्पित थ्रेड्स हैं, जो काम को .NET थ्रेड पूल में ले जा रहे हैं।

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

जेनेरिक होस्ट के माध्यम से सह-होस्टिंग

अन्य प्रक्रियाओं जैसे कि ASP.NET Core के साथ ऑरलियन्स की सह-होस्टिंग, उसी प्रक्रिया में .NET .NET होस्ट के लिए धन्यवाद से पहले की तुलना में अब आसान है।

यहाँ का उपयोग करने के लिए एक होस्ट करने के लिए ASP.NET Core के साथ Orleans जोड़ने का एक उदाहरण है UseOrleans :

 var host = new HostBuilder() .ConfigureWebHostDefaults(webBuilder => { // Configure ASP.NET Core webBuilder.UseStartup<Startup>(); }) .UseOrleans(siloBuilder => { // Configure Orleans siloBuilder.UseLocalHostClustering(); }) .ConfigureLogging(logging => { /* Configure cross-cutting concerns such as logging */ }) .ConfigureServices(services => { /* Configure shared services */ }) .UseConsoleLifetime() .Build(); // Start the host and wait for it to stop. await host.RunAsync(); 

जेनेरिक होस्ट बिल्डर का उपयोग करते हुए, ऑरलियन्स एक सेवा प्रदाता को अन्य होस्ट की गई सेवाओं के साथ साझा करेगा। यह इन सेवाओं को ऑरलियन्स तक पहुंच प्रदान करता है। उदाहरण के लिए, एक डेवलपर IClusterClient या IGrainFactory को ASP.NET कोर MVC नियंत्रक में इंजेक्ट कर सकता है और अनाज को अपने MVC अनुप्रयोग से सीधे कॉल कर सकता है।

इस कार्यक्षमता का उपयोग आपकी परिनियोजन टोपोलॉजी को सरल बनाने या किसी मौजूदा एप्लिकेशन में अतिरिक्त कार्यक्षमता जोड़ने के लिए किया जा सकता है। कुछ टीम आंतरिक रूप से ASP.NET कोर हेल्थ चेक का उपयोग करते हुए अपने ऑरलियन्स साइलो में कुबेरनेट्स लीननेस और तत्परता जांच को जोड़ने के लिए सह-होस्टिंग का उपयोग करती है।

विश्वसनीयता में सुधार

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

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

बेहतर एक्स्टेंसिबिलिटी

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

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

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

पूर्वनिर्धारित प्लेसमेंट रणनीतियाँ अब सार्वजनिक रूप से सुलभ हैं, ताकि किसी भी प्लेसमेंट निदेशक को कॉन्फ़िगरेशन समय के दौरान बदला जा सके।

प्रयास में शामिल हों

अब जब ऑरलियन्स 3.0 दरवाजा खोल रहा है तो हम भविष्य की रिलीज पर ध्यान दे रहे हैं - और हमारे पास कुछ रोमांचक योजनाएँ हैं! आओ और GitHub और Gitter पर हमारे गर्मजोशी से स्वागत करने वाले समुदाय में शामिल हों और इन योजनाओं को वास्तविकता बनाने में हमारी मदद करें।

ऑरलियन्स टीम